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1 



Overview 



1.1 INTRODUCTION 



The HK80/V960E is a 32-bit single-board computer based on 
the Intel 80960CA microprocessor and the Intel 82596CA 
Ethernet coprocessor. The HK80/V960E also has four RS-232 
serial ports, a SCSI port, a Centronics port, mailbox interrupt 
support, a real-time clock, and VMEbus/VSB compatibility. 



1.2 FEATURES 



MFU 



Ethernet 



RAM 



EPROM 



NVRAM 



The microprocessor is an Intel SuperScalar 80960CA RISC 
chip operating at 25 MHz or 33 MHz. The 80960CA has a 32- 
bit internal architecture with 32-bit address and data paths, 
a 4-Gbyte addressing range, 1 Kbyte of static data RAM, a 1- 
Kbyte instruction cache, and a programmable register 
cache. The 80960CA also has a 4-channel, 32-bit DMA con- 
troller and high-speed interrupt controller. 

The Ethernet interface consists of an Intel 82596CA 32-bit 
LAN coprocessor for CSMA/CD MAC, 10BASE5 IEEE-802.3 
communications. The coprocessor has transmit and receive 
FIFOs and on-chip DMA with 116 Mbyte/sec bus bandwidth. 
The coprocessor provides network management and self- 
test diagnostics. 

The HK80/V960E has 2- or 8-Mbyte RAM capacity and one 
parity bit per byte (optional). RAM uses 256 k x 4 or 1024K x 
4 DRAMs. The HK80/V960E uses hardware logic for refresh. 

The HK80/V960E has one ROM socket with a 1-Mbyte 
capacity. 

The HK80/V960E has nonvolatile static RAM in an 8K x 8 
configuration for user-definable and system parameters. The 
internal EEPROM has 100-year retention and 10,000 store 
cycle lifetime. 
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VMEbus 

VSB 
Serial I/O 

SCSI 

Centronics 

LEDs 

CIO 

Mailbox 

FPI 

RTC 



The HK80/V960E uses the VTC VIC068 intelligent VMEbus 
controller/arbiter for the VMEbus, which uses a 32-bit 
address bus with 24- or 32-bit address modes (4-Gbyte 
range) and a 32-bit data bus with 8-, 16-, or 32-bit board 
compatibility. There are seven bus interrupts. 

The VME subsystem bus provides high-speed local memory 
expansion. The VSB supports secondary bus masters. 

The HK80/V960E has four serial I/O ports via two Z85C30 
SCCs. There are separate baud rate generators for each port 
and asynchronous and synchronous modes. The RS-232C 
interface is standard; RS-422 is optional. 

The HK80/V960E uses an ANSI X3T9.2-compatible con- 
troller (WD33C93A) for a SCSI interface. The SCSI interface 
supports up to eight disk drive controllers or other devices, 
and provides synchronous protocol support. 

There is one 8-bit parallel port for a Centronics type of 
printer or other device. 

There are four user LEDs under software control and two 
Ethernet LEDs. 

The HK80/V960E uses a Zilog Z8536 counter/timer and 
parallel I/O unit that has three 16-bit counter/timers. There 
are three parallel ports for on-card control functions. 

The mailbox allows remote control of the HK80/V960E via 
specified VMEbus addresses. 

The front panel interface allows remote display of system 
status. 

The HK80/V960E has a real-time clock with battery backup. 
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Serial 

I/O 

Ports 
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1.4 COMPONENT MAP 
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TABLE 1-1 

HK80/V960E components 



Component Number 


Function 


U100 


80960CA 


U800 


82596CA 


U400 


VIC068 


U 1 6,U1 7,U1 8,U22,U25,U26,U27, 
U31 ,U35,U39,U44,U48,U1 16, 

U1 1 7,U118,U1 22,111 25, U126, 
U127,U131,U135,U139,U144, 
U148 


RAM 


U15 


EPROM and RTC 


U55 


EEPROM (NV-RAM) 


U12.U13 


Serial I/O 


CR5 


User LEDs 


CR6.CR7 


Ethernet LEDs 


U14 


CIO 


U11 


SCSI 


PI 


VMEbus 


P2 


VMEbus and VSB 


P3 


Centronics 


P4 


SCSI 


P5 


Serial I/O 


P6 


Ethernet 


J2 


Front Panel Interface 


SI 


Reset Switch 



1.5 BUS SUMMARY 



The VMEbus offers high throughput for data transfers between 
boards or sub-systems on the VMEbus, and is the main conduit 
for transferring system level information between processor 
subsystems. The VME subsystem bus (VSB) allows high-speed 
local communications among a set of VME boards without 
using the the VMEbus. 
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1.6 JUMPERS, CONNECTORS, AND SWITCHES 



1.6.1 Jumpers 

Twelve jumpers are used to configure the HK80/V960E for the 
following selections: 

• Serial port selection and power — eight jumpers 

• SCSI bus power — one jumper 

• HK80/V960E as system controller — one jumper 

• Ethernet transceiver type — one jumper 

• ROM size — one set of jumpers 

Refer to Figure 15-1 for detailed descriptions of jumpers. 

Reset switch . 




FIGURE 1-3. Jumpers, connectors, and switches. 
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1.6.2 Connectors 

The HK80/V960E has seven ports: 

• PI and P2 — Standard 96-pin VMEbus and VSB 
connectors 

• P3 — 34-pin parallel port connector (Centronics 
interface) 

• P4 — Standard 50-pin SCSI connector 

• P5 — 50-pin serial port connector (four RS-232 ports) 

• P6 — Standard 15-pin Ethernet port connector 

• J2 — 14-pin front panel interface connector 



1.6.3 Reset Switch 

This switch resets the HK80/V960E and also resets the VMEbus 
if the HK80/V960E is the VME system controller. 



1.7 OVERVIEW OF THE MANUAL 

• Chapters 1 and 2 contain introductory material. 

• Chapters 3 through 14 describe board components and 
interfaces. 

• Chapter 15 contains summary information, including on- 
card I/O addresses and a jumper diagram. 



1.7.1 Terminology and Notation 

Throughout this manual byte refers to 8 bits; short refers to 16 
bits; word and long word refer to 32 bits; and quad word refers 
to 4 long words (that is, 128 bits). 

Hexadecimal numbers are subscripted with a 16 and binary 
numbers with a 2. 

The word "CAUTION" is used to label procedures that must be 
taken to prevent damage to the board. 



1.7.2 Additional Technical Information 

This manual describes Heurikon’s implementation of the intelli- 
gent components of this board. Further information on basic 
operation and programming can be found in the following 
documents: 



Revision E / July 1990 








1-8 



HK80/V960E User's Manual 



• For details on the MPU, read the Intel 80960CA User's 
Manual , Intel publication number 270710-001 (Santa Clara: 
CA: Intel Corporation, 1989). 

• For information on the Ethernet interface, read Intel 
82596CA User's Manual and the Intel 82C501AD Data 
Sheet. 

• For details on the VME interface, read the VIC068 VMEbus 
Interface Controller Specification (Bloomington, MN: VTC 
Incorporated, 1989) and the VMEbus Specification C.l 
(Motorola, 1985). 

• For details on the VME Subsystem Bus, read Parallel Sub- 
System Bus of the IEC 821 Bus, Revision C (International 
Electromechanical Commission, 1986). 

• For details on the serial interface, read EIA Standard RS- 
232-C (Washington, DC: Electronic Industries Association, 
1969) and Z8030 Z-BUS SCC/Z8530 SCC Serial 
Communications Controller Technical Manual (Campbell, 
CA: Zilog, Inc., 1989). 

• For information on the real-time clock, read DS1216F 
Dallas Semiconductor Clock Module Data Sheet 

• For information on the SCSI interface, read the WD33C93A 
Technical Specification. 

Feel free to contact our Customer Support Department at 1-800- 

327-1251 if you have questions. We are prepared to answer gen- 
eral questions and provide help with documentation and 

specific applications. 
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Getting Started 


2.1 EQUIPMENT 


You need the following equipment to install the Heurikon 
HK80/V960E: 




• Heurikon HK80/V960E microcomputer board 

• VME card cage and power supply 

• Serial interface cable (RS-232) 

• CRT terminal 

• Heurikon EPROM, which includes both monitor and 
bootstrap 


CAUTION: 


All semiconductors should be handled with care. 
Static discharges can easily damage the components 
on the HK80/V960E. Keep the board in an antistatic 
bag whenever it is out of the system chassis and do 
not handle the board unless absolutely necessary. 
Ground your body before touching the HK80/V960E 
board. 


CAUTION: 


High operating temperatures will cause unpredictable 
operation and could damage the HK 8 O/V 96 OE. 

Because of the high chip density, fan cooling is 
required for all configurations, even when cards are 
placed on extenders. 


CAUTION: 


Do not install the board in a rack or remove the board 
from a rack while power is applied, at risk of damage 
to the board. 




For basic operation, programming information, and a basic 
understanding of the intelligent components of this board, the 
following documents are essential: 




• Intel 80960CA User's Manual 

• VTC VIC VMEbus Interface Controller Specification 

• Intel 82596CA User's Manual and the Intel 82C501AD 
Data Sheet 
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Contact us or the vendors for these documents. 



2.2 PRELIMINARY CONSIDERATIONS 



2.2.1 Electrical 

If you are adding the HK80/V960E to an enclosure, the power 
supply must be sufficient for the additional board, as shown in 
Table 2-1. 



TABLE 2-1 

Power requirements 



Voltage 


Current 


Usage 


+5 


9.0 A 


All logic 


+12 


1.0 A 


RS-232 interface and 
Ethernet 


-12 


1.0 A 


RS-232 interface 



Note: All of the "+5" and "Gnd" pins on PI and P2 must be con- 

nected to ensure proper operation. 



2.2.2 Physical 

The board is a single-height VMEbus board (9.187' W x 6.299" H 
x 0.6" D) that occupies one slot in a VMEbus card cage. 



2.2.3 Environmental 

As with any printed circuit board, be sure that air flow to the 
board is adequate. Recommended air flow rate is about 2-3 
cubic feet per minute, depending on card cage constraints and 
other factors. Operating temperature is specified at 0° to 55° C 
ambient, as measured at the board. 

CAUTION: High operating temperatures will cause unpredictable 

operation and could damage the HK80/V960E. 

Because of the high chip density, fan cooling is 
required for all configurations, even when cards are 
placed on extenders. 



2.3 INSTALLATION AND POWER-UP 

All products are fully tested before they are shipped from the 
factory (please contact us if you would like to have current 
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information on MTBF [mean time between failures])- When you 
receive your HK80/V960E, follow these steps to ensure that the 
system is operational: 

1. Visually inspect the board(s) for components that could 
have become loose during shipment. Visually inspect 
the chassis and all cables. Be sure all boards are seated 
properly in the VME card cage. Be sure all cables are 
securely in place. Power requirements are shown in 
Table 2-1. 

Z Connect a CRT terminal to serial port B (port A for the 
VxWorks operating system), via connector P5. If you are 
making your own cables, refer to the drawing in section 
10.11. Set the terminal as follows: 

• 9600 baud, full duplex 

• Eight data bits (no parity) 

• Two stop bits for transmit data 

• One stop bit for receive data 

• If your terminal does not have separate controls for 
transmit and receive stop bits, select one stop bit 
for both transmit and receive. 

3. Turn the system on. 

4. Push the system RESET button. A sign-on message and 
prompt from the monitor should appear on the screen. 
If not, check your power supply voltages and CRT 
cabling. 

5. Now is the time to read the monitor manual and the 
operating system literature. Short course: type help to 
view a list of monitor commands, or type bootrom to 
boot the operating system, if an operating system is 
accessible. 

6. Reconfigure the jumpers, etc., as necessary for your 
application. See section 15 for a summary of I/O device 
addresses and configuration jumpers. 



2.4 TROUBLESHOOTING AND SERVICE INFORMATION 

In case of difficulty, use this checklist. 

CAUTION: Always be sure you are grounded when you touch the 

HK80/V960E. 

1. Be sure the system is not overheating. 

Z Inspect the power cables and connectors. 

3. If the monitor program is executing, run the diagnostics 
by using the monitor testmem command. 
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4. Check your power supply for proper DC voltages. If pos- 
sible, use an oscilloscope to look for excessive power 
supply ripple or noise. Note that the use of P2 is 
required to meet the power specifications. 

5. Check the chips to be sure they are firmly in place. Look 
for chips with bent or broken pins. In particular, check 
the EPROM. 

6. Check your terminal switches and cables. Be sure the P5 
connector is on properly. If you have made your own 
cables, pay particular attention to the cable drawings in 
sections 10.11 and 13.4. 

7. Check the jumpers to be sure your board is configured 
properly. All jumpers should be in the "standard con- 
figuration" positions shown in section 15.3. Check the 
EPROM jumpers, especially. 

8. Since the HK80/V960E monitor uses its on-card non- 
volatile RAM (NV-RAM) to configure and set the baud 
rates for its console port, the lack of a prompt might be 
caused by incorrect terminal settings, an incorrect con- 
figuration of the NV-RAM, or a malfunctioning NV-RAM. 
Another possible cause is that the autoboot parameters 
are set in NV-RAM so that the monitor is trying to 
autoboot something. Try pressing the H character a few 
times after a reset. If the prompt comes up, the NV-RAM 
was most likely configured to autoboot. For more 
information about the way that the NV-RAM configures 
the console port baud rates, refer to the summary at the 
end of this manual (Appendix B). 

9. After you have checked all of the above items, call our 
Customer Service Department for help. Please have the 
following information handy: 

• The monitor program revision level. The revision 
level can be found on the display screen as part of 
sign-on message and on the EPROM label. 

• The HK80/V960E p.c.b. serial number (inscribed 
along the card edge) 

• The serial number of the operating system 

If you plan to return the board to Heurikon for service, 
contact our Factory Service Department at 1-800-327- 
1251 to obtain a Return Merchandise Authorization 
(RMA) number. Be prepared to provide the items listed 
above, plus your purchase order number and billing 
information if your HK80/V960E is out of warranty. If 
you return the board, be sure to enclose it in an 
antistatic bag such as the one in which it was originally 
shipped. Send it prepaid to: 



SERIAL NUMBER 
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Heurikon Corporation 
Factory Service Department 
8310 Excelsior Drive 
Madison, WI 53717 

Please put the RMA number on the outside of the package so we 
can handle your problem most efficiently. Heurikon cannot 
accept material received without an RMA number. 



2.5 MONITOR SUMMARY 

An optional EPROM-based debug-monitor/bootstrap for the 
HK80/V960E is available. General features and functions include 
the ability to: 

• Manually download data or 80960CA program code. 

• Check the processor, memory, VME, VSB, and I/O devices. 

• Execute a bootstrap (for example, boot an operating 
system). 

• Disassemble 80960CA program code. 

The monitor uses the area between 400 1s and 10000 16 for stack 
and uninitialized-data space. Any writes to that area can cause 
unpredictable operation of the monitor. The monitor initializes 
this area (that is, writes to it) to prevent parity errors, but it is 
the programmer’s responsibility to initialize any other memory 
areas that are accessed. 

Help Type help to read a summary of monitor commands, or 

just type the command name to view selections. Each 
command may be typed with the shortest number of 
characters that uniquely identifies the command. 

Command editor The monitor provides a command line editor that uses typ- 

ical UNIX® vi editing commands. You can edit any com- 
mand line you type. First press the ESC key to invoke the 
editor. Press Enter or Return to send a carriage return <cr>, 
which executes the current command and exits the editor. A 
summary of the editor commands is shown in Table 2-2. 
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TABLE 2-2 

Summary of editing commands for the monitor 
program 



Key 


Function 


<ESC> 


At the monitor prompt, invokes the editor. 


<cr> 


Once the editor is invoked, causes the current 
command to be executed and the editor to be ^exited." 


k 


Scroll "backward" through command list. 


i 


Scroll "forward" through command list. 


h 


Move cursor "left" in command line. 


1 Move cursor "right" in command line. 



Other vi-like commands that can be used are x, i, a. A, $, 0, w, 
cw, dw, r, and e. 
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3.1 INTRODUCTION 



This section details some of the important features of the 
80960CA MPU chip and, in particular, items that are specific to 
its implementation on the Heurikon HK80/V960E. 

Refer to the 80960CA user's manual for more information on 
the processor's implementation of the features described in this 
section. 



3.2 MPU INITIALIZATION 

After the HK80/V960E is powered up (or after an HK80/V960E 
reset), the 80960CA begins its initialization. It uses an initial 
memory image (IMI) to establish its state. The IMI contains the 
initialization boot record (IBR), the process control block 
(PRCB), and the system data structures. The 80960CA reads in 
the IBR and PRCB, does the specified configuration, and then 
starts execution of the user program specified in the IBR. 

The 80960CA may be reinitialized by software (via the ASM960 
sysctl instruction). When reinitialization takes place, a new 
PRCB and a reinitialization instruction pointer are specified. 
Reinitialization is useful for relocating data structures from ROM 
to RAM after initialization. 

Refer to Figure 3-1 below for a general overview of the 80960CA 
structures. For more details of these structures, refer to the 
80960CA user's manual. 
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3.2.1 Initialization Boot Record (IBR) 

The 80960CA internally defines the base of the IBR to be at 
FFFF,FF00 16 (which is why ROM needs to be in this area at 
power-up). The IBR is the primary data structure (12 long words) 
required to initialize the 80960CA. 



3.2.2 Process Control Block (PCRB) 

The PRCB contains pointers to system data structures, and 
also contains information used to configure the processor 
at initialization (Fig. 3-1). 



Revision E / July 1990 




MPU Summary Information 



3-3 



FFFF.FFOO,. 



FFFF.FFIOn 

FFFF.FF14,. 

FFFF.FF18,. 



FFFF.FF2C,. 



RXED DATA STRUCTURES RELOCATABLE DATA STRUCTURES 

INITIALIZATION BOOT RECORD 




0 ,. 

4ii 

8i« 

Ci* 

10 , « 

14. . 

18.. 
1C,. 
20 ,. 

24.. 

28.. 
2C,< 

30 .. 

34.. 

38.. 
3C,« 

40.. 

44.. 

48.. 
4C,« 

50.. 

54.. 

58.. 
5C„ 

60.. 

64.. 

68 .. 

6C,« 



FIGURE 3-1. MPU structures and control table 

Adapted from 80960CA User's Manual, 1989, pages E-13 and E-19. Used by permission. 
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3.3 BYTE ORDERING 



The 80960CA supports both little-endian (Intel) and big-endian 
(Motorola) byte ordering. The byte ordering determines which 
memory location stores the least significant byte of the 
operand. For little-endian systems, the least significant byte is 
stored at the lowest byte address. For big-endian systems, the 
most significant byte is stored at the lowest address. The num- 
ber of bytes per operand depends on the data type. For exam- 
ple, if a Motorola Cbig-endian) processor writes the long word 
12345678 16 to location 0, the HK80/V960E (in little-endian 
mode) reading a byte from location 0 sees 78, 6 . From location 
1, it sees 56, 6 , from location 2 it sees 34, 6 , and from location 3 it 
sees 12 16 (see Table 3-1). 



TABLE 3-1 

Little-endian and big-endian byte ordering 





Long Word Written by a Big-endian Processor: 
Location 0 
D31 - DO 
1 2345678 1e 


Read by HK80/V960E in 
Little-endian Mode 


Read by HK80/V960E in 
Big-endian Mode 


Byte 


Location 0 
(AiAo=00 2 ) 

D7-D0 
= 78,6 


Location 1 
(AiAo=01 2 ) 

D15-D8 
= 56,6 


Location 2 
(AiAo=10 2 ) 

D23-D16 
= 34,6 


Location 3 
(AiAo=11 2 ) 

D31-D24 
= 12* 


Location 0 
(AiAo=00 2 ) 

D31-D24 
= 12* 


Location 1 
(AiAg=01 2 ) 

D23-D16 
= 34,6 


Location 2 
(AiAo=10 2 ) 

D15-D8 
= 56,6 


Location 3 
(AiAo=1 1 2 ) 

D7-D0 
= 78,6 


Word 


Location 0 
(AiAo=00 2 ) 

D15 -DO = 5678,6 


Location 2 
(AiAo=10 2 ) 

D31-D16 = 1234, 6 


Location 0 
(AiAo=00 2 ) 

D31-D16= 1234,6 


Location 2 
(AiAo=10 2 ) 

D1 5 -DO = 5678, 6 


Long 

Word 


Location 0 
(AiAo=00 2 ) 

D31- DO = 12345678,6 


Location 0 
(AiAcMJOg) 

D31 - DO = 12345678,6 



The 80960CA uses little-endian byte ordering internally. From 
the 80960 CA's point of view, all of the memory regions (there 
are 16), including the on-chip data RAM, may be individually 
configured as big-endian or little-endian via the memory con- 
figuration registers (MCONO-MCON15) of the 80960CA. Data 
and instructions may be located in either big- or little-endian 
regions. 

The HK80/V960E user's manual is valid for a little-endian im- 
plementation. That is, the device addresses are correct for little- 
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endian, but some data regions (such as VMEbus) may be con- 
figured either way. Compilers that are currently used only 
support little-endian code generation. 

Please refer to the 80960CA user's manual for further details, or 
contact Heurikon regarding implementation possibilities. 



3.4 MPU INTERRUPTS 



The 80960CA interrupt controller manages three types of inter- 
rupts: 

1. Twelve hardware interrupt sources coming from eight exter- 
nal interrupt pins and the four internal DMA interrupt 
sources. 

2. A single, nonmaskable interrupt (NMI) pin that indicates 
serious system failures. 

3. Software interrupts that can be posted directly by a user's 
program or by another processor. 

This section describes the hardware and NMI interrupts, the 
data structures used for interrupt handling, and the method by 
which these data structures are used by the interrupt handler. 



3.4.1 Interrupt Structures 



3.4.1. 1 The Interrupt Table 

The interrupt table is a 1028-byte table that is referenced by 
software and hardware interrupts (Fig. 3-2). The table base is 
described in the process control block (PRCB), which is read at 
power-up or during processor reinitialization. The interrupt 
table must be long word aligned. Vectors 0-7 are not defined in 
the 80960CA architecture; the locations are used by the interrupt 
controller to control pending software interrupts. The first 3 6 
bytes of the interrupt table used for software interrupts are 
described in the 80960CA user's manual. The remainder of the 
table describes the address of the interrupt handler for vectors 
8-255 (8 16 -FF 16 ). 
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Table 

base 



31 INTERRUPT TABLE 0 



Pending Priorities 



Pending Software Interrupts 



Vector 8 
Vector 9 



Vectors 10-243 



Vectors 244-247 (reserved) 
Vector 248 (NMI) 
Vectors 249-251 (reserved) 



Vectors 252-255 



0l6 

4l6 



24i6 

28i6 

2Cie 



304ie 

3E4ie 

3E8ie 

3F4i6 



3FFi6 



FIGURE 3-2. MPU interrupt table 

The address of the long word location associated with any par- 
ticular vector can be calculated by multiplying the vector by 4 
and adding the result to the table base plus 4. 

The C expression below can be used to write the address of an 
interrupt handler into the interrupt table for a given vector. 

*( (unsigned long *) ( INT_TABLE_BASE + 4 + (Vector « 2))) = Intr_Handler ( ) ; 



3.4.1 .2 The Interrupt Stack Frame 

When an interrupt is serviced, an interrupt record containing 
the vector number and control registers is written on the inter- 
rupt stack. A stack frame containing the return instruction 
pointer is also allocated on the interrupt stack. The interrupt 
stack pointer is loaded from the PRCB during initial power-up 
and during reinitialization. 



3.4.2 The Nonmaskable Interrupt (NMI) 

The NMI interrupt is caused by the assertion of a dedicated 
external interrupt pin. The NMI is always vectored to the inter- 
rupt table entry for vector 248 (byte offset 3E4 16 from the table 
base) and has a priority of 31. Either of the following two condi- 
tions can cause an NMI: 
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1. Bus error — A bus error occurs either when a bus access 
was not acknowledged before the bus watchdog timer 
expired (time-out time is programmable via the VIC chip, 
as described in section 6-10), or when an illegal bus access 
was requested (for example, a 32-bit request from an 8-bit 
port.) 

2. Parity error — A parity error occurs when the RAM inter- 
face detects bad parity read from memory. This can happen 
for a "true” parity error or if uninitialized RAM is read. 

For both error conditions, the cycle in which the error occurred 
is terminated, and then the NMI interrupt handler is serviced. It 
is the responsibility of the interrupt handler to determine the 
cause of the interrupt. When an NMI occurs, the interrupt ser- 
vice routine must read the status latch to remove the interrupt. 
The status latch is an 8-bit port that removes the NMI interrupt 
request and provides a 3-bit code that indicates the cause of the 
failure. If the NMI service routine fails to read the status latch, 
the program will hang indefinitely in the service routine; that is, 
the hardware will not remove the NMI signal. The encoding of 
the status latch is described in Table 3-2. Note that only the low- 
est three bits are defined. All others are undefined. The status 
latch is located at address 0210,0000 16 and should be read as a 
byte port. 



TABLE 3-2 

HK80/V960E error status latch encoding 



Port address: 0210,0000 16 


Size: Byte. Type: Read. 




D2 


D 1 


DO 


Failure Type 


Owner of Local Bus 


0 


0 


0 


Bus error 


Unknown 


0 


0 


1 


Parity error 


Unknown 


0 


1 


0 


Bus error 


82596CA (Ethernet) 


0 


1 


1 


Parity error 


82596CA (Ethernet) 


1 


0 


0 


Bus error 


VIC068 (VME slave access) 


1 


0 


1 


Parity error 


VIC068 (VME slave access) 


1 


1 


0 


Bus error 


80960CA (MPU) 


1 


1 


1 


Parity error 


80960CA (MPU) 








An example program can be found 


in Appendix A. 




3.4.3 


Hardware Interrupts 





There are 12 possible sources for hardware interrupts — four 
internal DMA channel interrupts and eight external I/O inter- 
rupts. Table 3-3 shows the connections of external interrupt pins 
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to external devices, and Figure 3-3 shows the HK80/V960E 
interrupt architecture. 



TABLE 3-3 

External interrupt pin mappings 

80960CA Interrupt Pin Connected To Device: 

XINT7 CIO (counter timer) 

XINT6 SCSI 

XINT5 SCC ports A and B 

XINT4 SCC ports C and D 

XINT3 Ethernet 

XINT2 VME VIC068 

XINT1 

XINTO 
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FIGURE 3*3. HK80/V960E interrupt architecture 



The 80960CA interrupt controller can operate in one of three 
modes — dedicated, expanded, or mixed. The HK8O/V96OE 
supports only the dedicated mode and must be initialized, via 
the interrupt control register ICON, to this state to function 
properly. 

The 80960CA is an extremely flexible architecture that allows 
the programmer to control and configure external interrupts 
through several registers. The programmer can control the fol- 
lowing functions: 
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1. Individual mask bits are provided for each hardware inter- 
rupt by writing to the special function register one (sfl), also 
called the interrupt mask register (IMSK). 

2. Individual hardware interrupts) can be detected in software 
by using the special function register zero (sfO), also called 
the interrupt-pending register (IPND). 

3. Each hardware interrupt can be mapped to one of 1 6 prior- 
ity levels. The priority levels are set in the interrupt map 
(IMAP) registers loaded from the processor control table 
specified in the PRCB. (Refer to the 80960CA user's manual 
for details on the PRCB.) 

4. Each hardware interrupt can be programmed as either 
level-sensitive or edge-sensitive. 

5. Interrupts can be programmed either to debounce the inter- 
rupts for several clocks or to respond immediately for faster 
response times. 

6. Interrupts can be cached in the internal data RAM for faster 
response times. 

All of these functions are controlled through several registers. 

The next few sections describe them, and a suggested register 

initialization is given when applicable. 



3.4.3. 1 Interrupt Priority 

The interrupt controller assumes a unique priority for each vec- 
tor in the table. Vector 256 has the highest priority and vector 8 
has the lowest priority. 

At all times, the processor is executing at one of 31 priorities, 
which are encoded by five bits of the processor's control word. 
The priority level can be read or modified with the ASM960 
modpc instruction. When an interrupt is detected, its priority is 
compared with the priority of the currently running program. If 
the interrupt's priority is greater than the processor's current 
priority, the interrupt handler is serviced, and the processor's 
priority is modified to the higher level. When multiple interrupt 
requests are pending at the same priority level, the highest vec- 
tor number is serviced first. If the interrupt priority is less than 
or equal to the 80960CA's priority, the processor does not ser- 
vice the request. 

The priority of an interrupt is calculated by shifting the vector 
number right by three bits. Vectors 8-15 are priority 1, vectors 
16-23 are priority 2, and vectors 248-255 are priority 31. Priority 
0 is not defined in the 80960CA architecture. 
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3.4.3.2 Interrupt Mask Register (IMSK) 

The interrupt mask register (IMSK), which is special function 
register 1 (sfl), allows masking of any of the twelve hardware 
interrupts. The format of this register and the device associated 
with each bit are described in Table 3-4. Writing a 1 enables the 
interrupt. Writing a 0 disables the interrupt. 



TABLE 3-4 

Interrupt mask register 



11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


DMA 


DMA 


DMA 


DMA 


XINT7 


XINT6 


XINT5 


XINT4 


XINT3 


XINT2 


XINT1 


XINT 


Ch.3 


Ch.2 


Ch. 1 


Ch. 0 


CIO 


SCSI 


see 

A&B 


see 

C&D 


Ethernet 


VIC 
Level 2 


VIC 
Level 1 


VIC 
Level 0 



3.4.3.3 Interrupt-Pending Register (IPND) 

The format of the interrupt-pending register (IPND), which is 
special function register 0 (sfO), is the same as the mask register. 
When it is read, the register indicates a pending interrupt with 
a 1. The interrupt-pending register can also be used to generate 
interrupts by writing a 1 to the associated bit. This register must 
be cleared after every interrupt acknowledge. The format of this 
register and the device associated with each bit are described in 
Table 3-5. 



TABLE 3-5 

Interrupt-pending register 



11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


DMA 


DMA 


DMA 


DMA 


XINT7 


XINT6 


XINT5 


XINT4 


X1NT3 


XINT2 


XINT1 


XINT 


Ch.3 


Ch.2 


Ch. 1 


Ch. 0 


CIO 


SCSI 


see 

A&B 


see 

C&D 


Ethernet 


VIC 
Level 2 


VIC 
Level 1 


VIC 
Level 0 



3.4.3.4 Interrupt Mapping Registers (IMAP0-IMAP2) 

Three interrupt map registers (IMAPO-2) are used to determine 
the priority of hardware interrupts. Each interrupt source is 
associated with a 4-bit value in the register. Table 3-6 shows the 
relationship between the value written, the interrupt vector, the 
priority of the interrupt, and the location for caching the vector. 
A suggested setting is also included. The interrupt map registers 
are loaded at reset from the PRCB or by the ASM960 sysctl 
instruction. 
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TABLE 3-6 

interrupt mapping registers 



Value in IMAP 


Interrupt 

Priority 


Associated 
Vector Number 


Internal RAM 
Address 
(if cached) 


Suggested 

Source 


1111 2 


30 


242 (F2 16 ) 


3C 16 


— 


1110 2 


28 


226 (E2, 6 ) 


38, 6 


— 


1101 2 


26 


210 (D2 16 ) 


34, 6 


— 


1100 2 


24 


194 (C2 16 ) 


30, . 


DMA channel 3 


1011 2 


22 


1 78 (B2 1S ) 


2C,e 


DMA channel 2 


1010 2 


20 


1 62 (A2 16 ) 


28, 6 


DMA channel 1 


1001 2 


18 


146 (92 16 ) 


24, 6 


DMA channel 0 


CM 

o 

o 

o 


16 


130 (82 16 ) 


20,6 


CIO counter/timer 


01 1 1 2 


14 


114 (72 16 ) 


1C, 6 


SCSI 


01 10 2 


12 


98 (62 1S ) 


18,6 


SCC ports A&B 


0101 2 


10 


82 (52 16 ) 


14,6 


SCC ports C&D 


0100 2 


8 


66 (42, 6 ) 


10,6 


Ethernet 


. o 

O 
— * 


6 


50(32 16 ) 


oc, t 


VIC level 2 


O 

o 

o 

to 


4 


34 (22 16 ) 


08,6 


VIC level 1 


o 

o 

o 

to 


2 


18(12 16 ) 


04,6 


VIC level 0 



The format of the interrupt mapping registers is outlined in 
Table 3-7. 



TABLE 3-7 

Interrupt mapping register format 



Register 


Bits 15-12 


Bits 11-8 


Bits 7-4 


Bits 3-0 


IMAP2 


DMA ch. 3 


DMA ch. 2 


DMA ch. 1 


DMA ch. 0 


IMAP1 


XINT7 

CIO 


XINT6 

SCSI 


XINT5 
SCC ports 
A&B 


XINT4 
SCC ports 
C&D 


IMAP0 


XINT3 

Ethernet 


XINT2 
VIC level 2 


XINT1 
VIC level 1 


XINT0 
VIC level 0 



The definition in the PRCB shown in Table 3-8 would initialize 
the interrupts as suggested in Table 3-6. 



TABLE 3-8 
PRCB definition 



IMAP2: .word 


0000CBA9,6 


# Interrupt control register 2 


IMAP1: 


.word 


00008765,6 


# Interrupt control register 1 


IMAP0 


.word 


00004321,6 


# Interrupt control register 0 
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3.4.3.5 Interrupt Control Register (ICON) 

The interrupt control register (ICON) is a collection of bit fields 
that are used to configure the interrupt controller. The bits are 
defined in Table 3-9. This register is read by the processor at 
reset from the PRCB or loaded by using the ASM960 sysctl 
instruction. 



TABLE 3-9 

ICON register definition 



Register 

bits 


Definition 


Suggested setting 


1-0 


Selects interrupt controller 
mode. 


0 — Dedicated mode 


9-2 


Indicates if level- or edge- 
sensitive for XINT7-0 


0 — Level, active low, 
respectively. 


10 


Global interrupt enable 


0 — Enable 


12-11 


Determines interrupt mask 
operation.(See 80960CA 
user’s manual.) 


0 — Mask unchanged 


13 


Enables caching of all 
vectors. 


0 — Enable 


14 


Sample mode for 
interrupts. 


1 — Fast, no debounce 


15 


DMA suspension on 
interrupt. 


1— Yes 


The following PRCB definition is derived from the suggested 
setting in Table 3-9: 


ICON: .word 


OOOOCOOO ie # Interrupt config register 



3.4.4 Software Interrupts 

Interrupts may be requested directly by a user program. This 
mechanism may be useful for requesting and prioritizing low- 
level tasks in a real-time application. Software can request inter- 
rupts in the following two ways-. 

1. With the sysctl instruction 

Z By the 80960CA (or another processor) posting an 
interrupt in the pending-priorities/pending-interrupts 
fields of the interrupt table (see Figure 3-2). 

Refer to the 80960CA user's manual for details. 
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3.5 MPU FAULTS 



During processor execution, numerous conditions can cause the 
processor to follow an alternate execution thread or to calculate 
incorrect results. These conditions are considered "fault condi- 
tions." Examples of fault conditions are division by zero, invalid 
operands, protection violations, and trace faults. 

This section briefly describes the data structures used for han- 
dling faults and the faults defined in the 80960CA architecture. 
For a detailed description of faults, refer to the 80960CA user's 
manual. 



3.5.1 The Fault Table 



The fault table is a 256-byte table that provides a pathway to 
fault-handling procedures. The fault table base address is 
defined in the PRCB. The fault table must be long word aligned. 
There is one 8-byte entry for each fault type in the table. The 
processor uses each entry to determine the location and type of 
fault handling procedure to use. Figure 3-4 shows how the 
80960CA fault table is organized. 



Table 

base 



31 



0 



Parallel Fault Entry 
Trace Fault Entry 
Operation Fault Entry 
Arithmetic Fault Entry 
Reserved 

Constraint Fault Entry 
Reserved 

Protection Fault Entry 
Reserved 
Type Fault Entry 



Reserved 



0i6 

816 

1016 

1816 

2016 

28i6 

30i6 

38i6 

40i6 

48i6 

50i6 



FFie 



FIGURE 3-4. MPU fault table 



Two types of fault table entries are allowed a local-call entry 
and a system-call entry. Both entry types are two long words in 
length. Figure 3-5 shows the format for both entry types. 
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31 


2 


1 


0 


LOCAL-CALL 


Fault Handler Procedure Address 


0 


0 


ENTRY 


0000,0000 16 




31 


2 


1 


0 


SYSTEM-CALL 


Fault Handler Procedure Number 


1 


0 


ENTRY 




0000,027F 16 







FIGURE 3-5. Fault table entries 



The local-call entry provides an instruction pointer to the fault 
handling procedure. The system-call entry provides fault 
handling through the system procedure table. The system pro- 
cedure table is described in the 80960CA user's manual. 



3.5.2 The Fault Stack Frame 

When a fault is detected, the processor allocates a new set of 
registers on the currently active stack and creates a fault record 
on the stack. The fault record contains the processor’s control 
registers, the address of the faulting instruction, and one long 
word encoded with the type of fault Table 3-10 shows the types 
of faults defined in the 80960CA architecture. 
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TABLE 3-10 



Fault Type 


Fault Subtype 


Fault Record 


Number 


Name 


Number/Bit 

Position 


Name 




o 16 


Parallel 


2,6 ~ 16 


Indicates number of 
faults that occur in 
parallel. 


XX00,XX02 16 

xxoo,xxff, 6 


1l6 


Trace 


Bit 1 


Instruction Trace 


XX01,XX02 16 






Bit 2 


Branch Trace 


XX01,XX04 16 






Bit 3 


Call Trace 


XX01,XX08 16 






Bit 4 


Return Trace 


XX01,XX10 16 






Bit5 


Prereturn Trace 


XX01 ,XX20 16 






Bit 6 


Supervisor Trace 


XX01,XX40 1S 






Bit 7 


Breakpoint Trace 


XX01 ,XX80 1S 


2,6 


Operation 


1,6 


Invalid Opcode 


XX02,XX01 16 






2,6 


Unimplemented 


XX02,XX02 1S 






3,6 


Unaligned 


XX02 f XX03 16 






4,6 


Invalid Operand 


XX02,XX04 16 


3,e 


Arithmetic 


lie 


Integer Overflow 


XX03,XX01 16 






2,6 


Arithmetic Zero- 
Divide 


XX03,XX02,6 


4,6 


Reserved 
(Floating Point) 






5 16 


Constraint 


1,6 


Constraint Range 


XX05,XX01 16 






2,6 


Privileged 


XX05,XX02 16 


6,6 


Reserved 






7,6 


Protection 


Bit 1 


Length 


XX07,XX01 16 


8, 6 -9„ 


Reserved 






A, 6 


Type 


1,6 


Type Mismatch 


xxoa,xxoi, 6 


B,6 — F,6 


Reserved 







SOURCE: 80960CA User's Manual, 1989, p. 7-3. 



3.6 MPU DMA SUPPORT 

Refer to the 80960CA user's manual for more detail of the pro- 
cessor's implementation of the features described in this 
section. 
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The CPU (80960CA) has an on-chip DMA controller, which can 
manage four independent channels of DMA concurrently. All 
channels support the following: 

• Standard multi-cycle transfers with byte-assembly 

• Multiple operand size combinations, for example: 

8 to 8 bits 

8 to 32 bits 
32 to 8 bits 
32 to 32 bits 

128 to 128 bits (that is, burst mode) 

• Memory-to-memory transfers (block mode, synchro- 
nized), in which the source and destination can be any 
combination of internal data RAM (cache) or external 
memory 

• Memory-to-device transfers (demand mode, synchro- 
nized) 

• Device-to-memory transfers (demand mode, synchro- 
nized) 

• Chained DMA transfers (source and/or destination) 

• Burst DMA transfers (using the 128-byte quad transfer 
mode) 

• Fixed or rotating channel priority 



3.6.1 HK80/V960E Implementation 

In the HK80/V960, all four channels are dedicated to on-card 
devices (Table 3-11). The channels can still be used for mem- 
ory-to-memory transfers. 



TABLE 3-11 



80960CA DMA channels on the HK80/V960E 



80960CA DMA 


Device 


Section 


Channel 






0 


SCC portD 


10.7 


1 


SCC port C 


10.7 


2 


SCC port A 


10.7 


3 


SCSI 


12.2 
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3.6.2 Registers/Instructions 

Multiple registers and instructions are associated with the 
80960CA DMA. Their descriptions and access methods are 
described below. 

3.6. 2.1 DMA Command Register (DM AC) 

This register is specified as special function register 2 (sf2) in 
Intel ASM960 assembler. Refer to the 80960CA user's manual for 
details. The register contains the following: 

• The enable for the channels 

• The status of the channels during and after a transfer 

• The channel priority mode (fixed or rotating) 

• The DMA throttle, which selects the maximum ratio of 
DMA/CPU clocks 

3.6.2.2 The Set-up-DMA (sdma) Instruction 

ASM960 assembler 

SYNTAX: sdma opl, op2, op3 

opl specifies channel number (0 - 3). 

op2 specifies the DMA control word, which includes: 

• Transfer type 

• Operand size 

• Demand or block mode 

• Chaining select 

• Termination conditions 

op 3 This quad-aligned register must be the first of 

three consecutive registers, where: 

op3 - byte count 

op(3 + l\ - source address 

op{3 + 2] = destination address 

3.6. 2.3 Update DMA-Ctiannel RAM Instruction (udma) 

ASM960 assembler 

SYNTAX udma 

This command causes the current status of the DMA channels 
to be written to the dedicated DMA RAM, which is between 
0000,0040 16 and OOOO.OOC0 16 . 
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3.6.3 DMA Interrupts 

There is a dedicated interrupt for each DMA channel (0-3). 
Refer to section 3 A ("MPU Interrupts”) and the 80960CA manual 
for a detailed discussion of DMA interrupts. Take special note of 
the following 80960CA registers: 

• Interrupt Control Register (ICON) 

• Interrupt Mapping Register (IMAP2) 

• Interrupt Mask Register (IMSK), ASM960 syntax — sfl 

• Interrupt Pending Register (IPND), ASM960 syntax — sfO 

Interrupt priorities may be user-defined; Table 3-6 and Table 3-8 
show the recommended set-up. 



3.6.4 DMA Data Alignment 

In many cases, the DMA controller in the 80960CA may per- 
form operations on source and destination data that are not 
aligned in memory. In other words, the source and destination 
addresses do not need to be aligned to a module memory 
boundary, or aligned with respect to one another. Alignment 
restrictions are as follows: 

For all DMA where the source and destination addresses 
increment (except ”quad" transfers), there are no alignment 
restrictions. 

Source, destination, and byte-count must be quad-word aligned 
for ”quad” transfers. 

If the source address is fixed (rather than incrementing), the 
source address must be aligned. 

If the destination address is fixed (rather than incrementing), 
the destination address must be aligned. 

In general, aligned DMA transfers perform better than non- 
aligned transfers. 

Many nonaligned cases execute byte-long bus requests to load 
or store data at the nonaligned address. For example, a non- 
aligned 16- to 8-bit transfer would revert to 8- to 8-bit. 

Consult the 80960CA user’s manual for further details. 
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3.7 MPU TRACE EVENTS 



The 80960CA architecture provides facilities for monitoring the 
activity of the processor through the generation of "trace 
events." A trace event indicates a condition in which the pro- 
cessor has just executed (or is about to execute) a particular 
instruction. 

When the processor detects a trace event, it generates a trace 
fault and makes an implicit call to the fault-handling procedure 
for trace faults. This procedure can be used to call debugging 
software to display or analyze the state of the processor when 
the trace event occurred 

Tracing is enabled by the trace-enable bit in the process- 
controls register (pc) and a set of trace-mode bits in the trace- 
controls register (tc). Alternately, the mark and fmark instruc- 
tions can be used to generate trace events explicitly from a 
program. 

Also provided are four hardware "breakpoint" registers that gen- 
erate trace events and trace faults. Two registers are dedicated to 
trapping on instruction execution addresses, while the remain- 
ing two registers can trap on the addresses of various types of 
data accesses. 

Trace modes are summarized below: 

Instruction Traps on every instruction. 

Branch Traps on every branch instruction. 

Call Traps on every call instruction. 

Return Traps on every return instruction. 

Prereturn Traps before every return instruction. 

Supervisor Traps on every call-system instruction. 

Breakpoint Traps on breakpoints specified in break- 

point registers. 

The trace registers are summarized below, 
tc Trace controls register 

IPB0-IPB1 Instruction address breakpoint registers 

DAB0-DAB1 Data address breakpoint registers 

BPCON Hardware breakpoint control registers 
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Refer to the 80960CA user's manual and section 35 ("MPU 
Faults") of this manual for details about faults and tracing. If you 
are using the Heurikon HK80/V960E monitor EPROM, refer to 
Appendix A for details about our implementation of tracing. 



3.8 MPU CACHES 



The 80960CA supports three caching mechanisms: data RAM, 
instruction cache, and register cache. These are briefly 
described below. 

Refer to the 80960CA user's manual for further details. 



3.8.1 Data RAM Cache 

One Kbyte of user-visible high-speed (528 Mbytes/sec at 33 
MHz) internal data RAM is integrated on the 80960CA on an 
internal 128-bit bus, which is mapped into the first 1 Kbyte of 
address space on the HK80/V960: 0000 16 - 0400 16 . Allocated 
correctly, this resource can be used to dramatically increase the 
performance of critical application algorithms. 

Data RAM is accessed by loads, stores, or DMA transfers. 
Instruction fetches to these addresses will cause an "operation- 
unimplemented" fault to occur. Some of the data RAM may 
optionally be used to store DMA status, cached interrupt vec- 
tors, and cached local registers. Application software may use 
the data RAM. 



3.8.2 Instruction Cache 

The 80960CA contains a 1 -Kbyte two-way set associative instruc- 
tion cache, which is organized into two sets of 16 eight-word 
lines. Each line is composed of four two-word blocks. 

The instruction cache enhances the 80960CA's performance by 
reducing the number of instruction fetches from slower external 
RAM, resulting in fast execution of cached code, and also pro- 
vides more bus bandwidth for data operations to external 
memory. 

The instruction cache may be enabled or disabled via the 
"Instruction Cache Configuration Word" at initialization in the 
PRCB or by using the ASM960 sysctl instruction. See the 
80960CA user's manual for details. 
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3.8.3 Register Cache 

At initialization, the "Register Cache Configuration Word" is 
used to specify the number of register sets (0 to 15) that may be 
cached on-chip. The local register set is saved to the local regis- 
ter cache when a "call" is made. When the cache is full, the old- 
est set of local registers is flushed to the stack in external 
memory. 



3.9 MPU PROCESSING MODES 

The capability of a separate "user" and "supervisor" execution 
mode by the 80960CA creates a code and data protection 
mechanism referred to as the "user-supervisor protection 
model". This mechanism may be used to restrict access to all or 
parts of the operating system (kernel) by application code. 

Refer to the 80960CA user's manual for further details. 



3.10 MPU REGISTER SUMMARY 



The 80960CA consists of the following registers and structures. 
Refer to the 80960CA user's manual for details (a summary can 
be found in the appendix to the 80960CA user's manual). 


REGISTERS 


DESCRIPTION 


g0-gl5 


Sixteen 32-bit global registers 
g0-gl4 General purpose 
gl5 Frame pointer (FP) 


r0-rl5 


Sixteen 32-bit local registers, which provide 
local storage for each active procedure, 
where: 

rO Previous frame pointer (pfp) 

rl Stack pointer (sp) 

r2 Return instruction pointer (rip) 

r3-rl5 General purpose 


sfr0-sfr2 


Three special function registers whose 
meanings are: 

sfO Interrupt-pending register (IPND) 

sfl Interrupt mask register (IMSK) 

sf2 DMA command register (DMAC) 


Pfp 


Previous frame pointer (rO) 


sp 


Stack pointer (rl) 
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rip 


Return instruction pointer (r2) 


ac 


Arithmetic controls register 


pc 


Process controls register 


ICON 


Interrupt control register 


I PND 


Interrupt-pending register (sfO) 


IMSK 


Interrupt mask register (sfl) 


IMAP0-IMAP2 


Interrupt mapping registers 


DMAC 


DMA command register (sf2) 


DMACW 


DMA control word: accessed via assembler: 

sdma 


tc 


Trace controls register 


IPB0-IPB1 


Instruction address breakpoint registers 


DAB0-DAB1 


Data address breakpoint registers 


BPCON 


Hardware breakpoint control register 


MCONO-MCON15 


Memory configuration registers 


BCON 


Bus configuration register 


CONTROL 

STRUCTURES 


DESCRIPTION 


IMI 


Initial memory image 


IBR 


Initialization boot record 


PRCB 


Process control block 
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System Error Handling 



4.1 INTRODUCTION 



Many events can cause either a hardware or software error. The 
responses to those error conditions are carefully controlled. 
This section describes the error types and sources. 



4.2 ERROR CONDITIONS 



4.2.1 Hardware Errors 

Hardware errors are errors that are detected in the hardware 
logic of the HK80/V960E. 

The following error conditions might arise during MPU cycles-. 
CONDITION DEFINITION 



Parity Error Incorrect parity was detected during a read 
cycle from on-card RAM memory. This 
might result from a true parity error (RAM 
data changed) or because the memory loca- 
tion was not initialized prior to the read 
and it contained garbage. 

Parity errors generate a nonmaskable 
interrupt. 

Bus Error The bus error occurs when an access has 

timed out before the cycle has been 
acknowledged. All on-card accesses and 
accesses to either the VMEbus or the VSB 
bus are timed by the VME interface con- 
troller (VIC). The timeout period is pro- 
grammable and enabled in the VIC (see 
section 6.10). 








4-2 



HK80/V960E User's Manual 



Accesses to nonexistent locations on the 
VMEbus or undefined on-card I/O can 
cause the bus to hang indefinitely if no 
watchdog timer is enabled. 

Bus errors generate a nonmaskable 
interrupt. 

Bus errors and parity errors assert the nonmaskable interrupt 
pin and then terminate the cycle normally. The processor then 
traps to the NMI exception routine. When read, the error status 
latch removes the nonmaskable interrupt and provides a 3-bit 
code that indicates the bus master at the time of failure and the 
source of the failure (Table 4-1). 



TABLE 4-1 

HK80/V960E error status latch encoding 



Port address: 0210,0000 16 . 


Size: Byte. 


Type: Read. 




D2 


D1 


DO 


Failure Code 


Owner of Local Bus 


0 


0 


0 


Bus error 


Unknown 


0 


0 


1 


Parity error 


Unknown 


0 


1 


0 


Bus error 


82596CA (Ethernet) 


0 


1 


1 


Parity error 


82596CA (Ethernet) 


1 


0 


0 


Bus error 


VIC068 (VME slave access) 


1 


0 


1 


Parity error 


VIC068 (VME slave access) 


1 


1 


0 


Bus error 


80960CA (MPU) 


1 


1 


1 


Parity error 


80960CA (MPU) 



4.2.2 Software Errors 

Software errors are errors that are detected by the 80960GA and 
are all handled through the fault table as described in section 
3.5. For a detailed description of methods the processor uses to 
deal with these errors, refer to section 3.5 ("MPU Faults") and 
the 80960CA user's manual. 



CONDITION SUBTYPE AND DEFINITION 



Operation Faults An operation fault indicates that the pro- 
cessor cannot execute the current instruc- 
tion because of invalid instruction syntax 
or operand semantics. 

Invalid opcode: The processor has 
detected an undefined opcode or 
addressing mode. 
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Arithmetic Faults 



Type Fault 



Protection fault 



Constraint fault 



Parallel fault 



Unimplemented: The processor has 
attempted to execute an instruction that 
was fetched from on-chip RAM. 

Unaligned: The processor has attempted 
to access an unaligned word or group of 
words in memory. This error can be dis- 
abled in the fault configuration word. 

Invalid operand: The processor has 
attempted to execute an instruction for 
which one or more of the operands have 
special requirements that are not satisfied. 

An arithmetic fault indicates that the 
processor has encountered a problem 
while attempting to execute an arithmetic 
operation. 

Integer Overflow: The result of an inte- 
ger instruction overflows the destination. 
This error can be disabled in the arith- 
metic controls register. 

Zero Divide: A zero divide indicates that 
the divisor operand of a divide operation 
is zero. 

The Type Mismatch fault indicates the 
processor has attempted to perform an 
illegal operation of an architecturally 
defined data type or a typed data struc- 
ture. From user mode, attempts to execute 
the modpc instruction and attempts to 
access on-chip data RAM or a special 
function register generate this fault. 

The Length fault indicates that the index 
in a call's instruction points to an entry 
beyond the extent of the system proce- 
dure table. 

The Privileged fault is generated when a 
program or procedure attempts to use a 
supervisor-only instruction from user 
mode. Privileged instructions are sdma, 
udma, and sysctl. 

The Parallel fault indicates that one or 
more faults occurred when the processor 
was executing instructions in parallel by 
different execution units. (Multiple faults 
can occur simultaneously because the 
processor can execute multiple instruc- 
tions in parallel.) If this happens, a fault 
record is created for each fault that 
occurs. 
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On-card Memory Configuration 



5.1 INTRODUCTION 



The Heurikon HK80/V960E microcomputer accommodates a 
variety of RAM and ROM configurations. There is a single ROM 
socket for PROM, EPROM or EEPROM, 24 ZIP RAM positions, 
and a nonvolatile RAM. Off-card memory may be accessed via 
the VMEbus or the VSB. 



5.2 ROM 



The HK80/V960 E's ROM is accessible during the initial power- 
up sequence until the ROMINH bit is set. When the ROMINH bit 
is cleared (reset state) ROM is mirrored throughout the highest 
1 Mbyte of memory (FFF0,0000 16 — FFFF,FFFF 16 ). When the 
ROMINH bit is set, the highest 1 Mbyte becomes the VME 
extended memory space (see Table 5-1). Although execution out 
of ROM is impossible when ROMINH is set, it is still possible to 
access the real-time clock module. 



TABLE 5-1 

ROMINH value and ROM addresses 

Port address : 0200,0040 16 . Size: Long. Type: Write. 

DO ROM Address Space 



0 F000.0000 - FFF0.0000 is reserved. 

FFFO.0000,6 - FFFF,FFFF 16 is ROM. 

1 F000,0000 16 - FFFF,FFFF 16 is VME extended space. 



Associated with the ROM socket is a set of jumpers that must be 
set according to the type of ROM being used. The HK80/V960E 
supports EPROM sizes from 64 Kbit to 8 Mbit (2764 - 27080). 
The ROM size and associated configuration are shown in Figure 
5-1: 
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1 

Front panel 

VMEbus 

connector 

T 



FIGURE 5*1. ROM capacity and juniper positions 



Jumper J17 is for ROM (U15). See section 15.3 for help in locat- 
ing the jumpers. 

The ROM socket has 32 pins. When using a 28-pin device, justify 
it so that socket pins 1, 2, 31, and 32 are empty. Twenty-four-pin 
devices are not supported. The ROM access time must be <250 
nanoseconds. 



ROM 

jumper 


JL 


ROM 

socket 


O O 9 


□ 

□ 




O O 7 
O O 5 


32 31 
) 


) 28 -pin 

y device 


O O 9 


1 2 




O O’ 


□ 

□ 


m 



t 

Front panel 

VMEbus 

connector 

I 



FIGURE 5-2. ROM positioning diagram 



Note*. If you make your own ROMs, keep in mind that no matter 

what size the ROM is (or where it is located), some part of it 
should be at the IBR (Initialization Boot Record) address 
FFFF,FF00 16 . This address is a function of the 80960CA and 
cannot be changed. Therefore, the ROM must contain the 
IBR and it must be at this address (mirror or otherwise) 
from the 80960CA's point of view. Refer to the 80960CA 
user's manual for further details. 
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5.3 ON-CARD RAM 



The HK80/V960E uses 24 ZIP RAM packages. Standard memory 
configurations are 2 or 8 Mbytes. On-card RAM occupies physi- 
cal addresses starting at 0000,0400,6 . The first 400 16 of memory is 
the on-chip DATA RAM of the 80960CA. The memory spaces 
are given in Table 5-2. 



TABLE 5-2 




HK80/V960E memory space 


Memory Size 


Memory Address Space 


1 -Kbyte data cache 


0000, 0000, 6 - 0000,0400 16 


2 Mbytes 


0000,0400 16 - 0020,0400,6 


6 Mbytes (optional) 


0020,0400,6 - 00080,0400,6 



5.4 BUS MEMORY 



See sections 6 and 7 for details concerning the VME/VSB bus 
interface. 
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5.5 PHYSICAL MEMORY MAP 

See section 15.2 for an I/O device address summary. 



FFFF.FFFF 

FFFO.OOOO 



F000.0000 



VMEbus Ext Addr. 
Space or ROM 



VMEbus ExL Addr. 
Space or Reserved 






4000,0000 



0400,0000 



0300,0000 



0200,0000 



0100,0000 

0080.0400 

0020.0400 
0000,0400 
0000,0000 



VMEbus 
Extended 
Address Space 



VSB 



VME 

Standard 

Address 

Space 



On-Card I/O 



VME Short 
Address 
Space 



Reserved 



RAM (optional 6 Mbyte) 



RAM (2 Mbyte) 



80960CA data RAM 



r 0300,0000 
02F0.C000 
02EO.OOOO 
0200,0000 
0200,0000 
0260,0000 
02A0.0000 

0290.0000 

0280.0000 
0270,0000 

1 0260,0000 
0250,0000 
0240,0000 
0230,0000 
0220,0000 
0210,0000 
0200,0000 



RTC Access 


CIO 


SCSI DMA Address 


Centronics 


VIC-VME IACK 


VIC Registers 


Ethernet CA 


Ethernet Port 


NVRAM Read/Write 


NVRAM Recall 


NVRAM Store 


SCSI 


SCC2 


SCC1 


Error Status Latch 


System Control 



" 0200,0200 
0200,01 CO 
0200,0180 



0200,0140 

0200,0100 



0200.00C0 
0200,0080 
0200,0040 
0200,0038 
0200,0030 
0200,0028 
0200,0020 
0200,0018 
0200,0010 
L 0200,0008 



Ethernet Arbiter Enable 


Reserved 


SCSI Reset 


VME Extended Space Enable 


VME Standard Space Enable 


VME Short Space Enable 


ROMINH 


User LED 4 


User LED 3 


User LED 2 


User LED 1 


VSB Arbiter Enable 


VSB Release on Request 


Ethernet LE/BE Select 



FIGURE 5*3. Physical memory map 
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5.6 MEMORY TIMING 



The HK80/V960E memory logic has been carefully tuned to 
give optimal memory cycle times under a variety of conditions. 

The base cycle time for an 80960CA is two clock cycles for a 
RAM read or write and one clock cycle for subsequent burst 
cycles. Although the 80960CA cannot perform memory accesses 
any faster than this, it can be made to perform slower accesses. 
Table 5-3 shows the base cycle times for the 80960CA for 
accesses with no wait states: 



TABLE 5-3 

80960CA clock cycles for zero wait states 


Cycle 


Number of Clocks 


Reads 


2 


Writes 


2 


Burst Read (4 accesses) 


5 


Burst Write (4 accesses) 


5 



The HK80/V960E utilizes several features to provide the mem- 
ory bandwidth the processor requires. 

Reads The HK80/V960E provides a bank inter- 

leave memory structure that allows the con- 
current access of adjacent long words in 
memory. The bank interleaving of read 
cycles allows the processor to achieve no 
wait states on the second, third, and fourth 
accesses of a burst read cycle at 33 MHz. 

Writes The HK80/V960E also performs write post- 

ing of memory write cycles. This allows the 
processor to terminate the write cycle early, 
permitting the memory to complete the 
write cycle. With the combination of bank 
interleaving and write posting, the 
HK80/V960E can achieve no wait state 
cycles for writes and burst writes. 

The use of bank interleaving and write posting provides the 
HK80/V960E with nearly no-wait-state performance. The only 
wait state occurs on read cycles and the first cycle of a read 
burst cycle. 

Table 5-4 describes the expected wait states for the 
HK80/V960E: 
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TABLE 5-4 

RAM access time required for the HK80/V960E 



Cycle 


Total Clock 
Cycles 


Wait States 


Reads 


4 


2 


Writes 


2 


0 


Burst Read (4 accesses) 


7 


2-0-0-0 


Burst Write (4 accesses) 


5 


0-0-0-0 



The HK80/V960E will provide either 2 or 8 Mbytes of memory 
using 70-nanosecond DRAMs. 

There are two other sources of wait states that DRAM architec- 
tures can exhibit: 

1. When a refresh must be performed and the DRAM con- 
troller is unable to perform the refresh during non-RAM 
cycles. This happens so infrequently that any performance 
degradation is usually unnoticeable. 

2. When the processor is required to perform back-to-back 
memory cycles with no delays, which rarely occurs because 
of the instruction cache and data RAM. In such a case, 
single reads and writes would require five clock cycles, and 
burst reads and writes would require eight clock cycles. 

While the above information is important in comparing the 
relative performance of DRAM designs, the performance of 
individual DRAM designs has much less impact on overall sys- 
tem performance than one might expect. The reason for this is 
that the internal cache and data RAM built into the 80960CA 
chip helps to decouple the processor from slower speed memo- 
ries such as DRAMs. 

To summarize, the higher the cache hit rates, the less impact 
external memory has on system performance. 



5.7 NONVOLATILE RAM 

A particularly useful feature of the HK80/V960E is its non- 
volatile RAM CNV-RAM), which allows precious data and system 
configuration information to be stored and recovered across 
power cycles. The NV-RAM is configured as 8 Kbytes of 8-bit 
words (low byte of every other long word), of which 6 Kbytes 
are user-accessible (Table 5-5). 
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TABLE 5-5 

Nonvolatile RAM addresses 



Address 


Mode 


Size 


Function 


0270,0000 16 _0271,0000 1S 


Read 


8 Kbytes 


Readable portion of nonvolatile 
memory 


0270,0000 16 _0270,C000 16 


Write (read-modify-write) 


6 Kbytes 


Writeable portion of nonvolatile 
memory 



To avoid destruction of nonvolatile memory by an errant pro- 
gram, a read-modify-write cycle is required to write the non- 
volatile memory (ASM960 atomic modify atmod, ASM960 
atomic add atadd). Examples of modifying nonvolatile memory 
can be found in Appendix A. 

Physically, the nonvolatile memory is an 8-Kbyte-by-8-bit 
EEPROM (or equivalent). Reads from nonvolatile memory take 
about 300 nanoseconds. Writes to nonvolatile memory are 
much more time consuming; they take about 10 milliseconds. A 
write can be verified by continually reading the location until 
the expected value is returned. To reduce the write delays, the 
nonvolatile memory supports a burst mode, which allows the 
writing of a 32-byte block of memory at one time. The chip is 
rated for 10,000 write cycles per location. 

The nonvolatile memory device has been partitioned into three 
sections, which are outlined in Figure 5-4 and further described 
in this section. 
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63 



7 0 



0270,0000 

0270,0008 

0270,0010 



0270, B000 
0270, C000 



0271,0000 




ByteO 
Byte 1 



Read/Write 

Section 



Read-Only 

Information 

Section 



FIGURE 5-4. EEPROM partitions 



The first section (5,632 bytes) is the user-configurable read/write 
section of the nonvolatile memory. This section can be modi- 
fied by a user's application with no effect on the other sections. 

The second section consists of 512 bytes of information for 
configuring the monitor and board upon reset. This section 
should not be modified by a user's application. 

The last quarter (2,048 bytes) of the nonvolatile memory is 
reserved for Heurikon's use and contains manufacturing infor- 
mation, service information, and hardware configuration 
information. This region is hardware write protected and can 
only be written by Heurikon Corporation. 

The HK80/V960E addresses nonvolatile memory so that 1 byte 
is mapped to every other long word location. On this basis, the 
first byte is located at 0270,0000, the second byte is at 0270,0008, 
the third byte at 0270,0010, and so forth. 

We recommend that you use a function that reads portions of 
the nonvolatile memory into contiguous memory buffers for 
easy manipulation. See Appendix B for the definitions and con- 
tents of the Heurikon-defined structures. Also see Appendix A 
for programming examples for maintaining the nonvolatile 
memory structures. 
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6.1 INTRODUCTION 



The HK80/V960E has a VMEbus interface that conforms to the 
specifications set forth in the following section. The VMEbus 
interface consists of the VIC068 VMEbus Interface Controller 
(VIC) and required support circuitry to perform all VMEbus 
functions. The control logic for the VMEbus allows numerous 
bus masters to share the resources on the bus. Up to 21 boards 
may be used on the VMEbus. 



Please refer to the VIC068 VMEbus Interface Controller 
Specification from VTC for a detailed description of the VIC. 



The HK80/V960E VME interface has the following features: 



Address 



Data 



Interrupts 



Mailbox 



The VMEbus interface uses 32 address 
lines for a total of 4 Gbytes of VMEbus 
address space. Supported are the "short," 
"standard," and "extended" address 
modes, which use 1 6 , 24, and 32 address 
lines, respectively. 

The VMEbus interface uses 32 data lines 
to support 8-, 16- , 24-, or 32-bit data 
transfers. 

The VIC handles the seven VMEbus 
interrupts and multiple local interrupts. 

The mailbox consists of a collection of 8- 
bit registers that can be used for 
interprocessor communications over the 
VMEbus. 



System Controller The HK80/V960E may be configured as 
the VMEbus system controller, and would 
perform the necessary system controller 
functions of SYSCLK, BCLR, SYSRESET, 
bus watchdog, and bus arbiter. 
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VSB 


The HK80/V960E supports the VME sub- 
system bus (VSB) expansion interface, 
which allows high speed 8-, 16 -, 24-, 32-bit 
data transfers without the need for the 
VME bus. See section 7 for details. 


6.2 VMEbus SIGNAL DESCRIPTIONS 




VME signals, described below, are defined on PI and part of P2. 
VSB is defined on the rest of P2; VSB signal descriptions are 
described in section 7. 


Refer to the Motorola VMEbus specification, revision C.l, for 
detailed usage of VME signals. All signals are bidirectional 
unless otherwise stated. 


The following signals on connectors PI and P2 are used for the 
VMEbus interface. For a complete listing of the pins, refer to 
section 6.11. 


A01-A15 


ADDRESS bus (bits 1-15). Three-state 
address lines that are used to broadcast a 
short address. 


A16-A23 


ADDRESS bus (bits 16-23). Three-state 
address lines that are used in conjunction 
with A01-A15 to broadcast a standard 
address. 


A24-A31 


ADDRESS bus (bits 24-31). Three-state 
address lines that are used in conjunction 
with A01-A23 to broadcast an extended 
address. 


ACFAIL* 


AC FAILURE. This signal is an input to the 
HK80/V960E and may be used to generate 
an interrupt to the 80960CA by program- 
ming the VIC accordingly. 


AM0-AM5 


ADDRESS MODIFIER (bits 0-5). Three-state 
lines that are used to broadcast information 
such as address size and cycle type. 


AS* 


ADDRESS STROBE. A three-state signal that 
indicates when a valid address has been 
placed on the address bus. 


BBSY* 


BUS BUSY. An open-collector signal driven 
low by the current MASTER to indicate that 
it is using the bus. When the MASTER re- 
leases this line, the resultant rising edge 
causes the ARBITER to sample the bus 
request lines and grant the bus to the high- 
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BCLR* 



BERR* 



BG0IN*-BG3IN* 



BGOOUT*- 

BG3QUT* 



BR0*-BR3* 



DOO-D31 



DSO*, DS1* 



DTACK* 



IACK* 



est priority requester. Early release mode is 
supported. 

BUS CLEAR. A totem-pole signal generated 
by the ARBITER to indicate when there is a 
higher priority request for the bus. This sig- 
nal requests the current MASTER to release 
the bus. 

BUS ERROR. An open-collector signal gen- 
erated by a SLAVE or BUS TIMER. This sig- 
nal indicates to the MASTER that the data 
transfer was not completed. 

BUS GRANT (0-3) IN. Totem-pole signals 
generated by the ARBITER and RE- 
QUESTERS. Bus-grant-in and bus-grant-out 
signals form bus grant daisy chains. An 
input to the HK80/V960E, trie bus-grant-in 
signal indicates that the HK80/V960E may 
use the bus. 

BUS GRANT (0-3) OUT. Totem-pole signals 
generated by REQUESTERS. An output from 
the HK80/V960E, the bus-grant-out signal 
indicates to the next board in the daisy- 
chain that it may use the bus. 

BUS REQUEST (0-3). Open-collector signals 
generated by REQUESTERS. Assertion of 
one of these lines indicates that some 
MASTER needs to use the bus. 

DATA BUS. Three-state bidirectional data 
lines used to transfer data between 
MASTERS and SLAVES. 

DATA STROBE ZERO, ONE. A three-state 
signal used in conjunction with LWORD* 
and A01 to indicate how many data bytes 
are being transferred (one, two, three, or 
four). During a write cycle, the falling edge 
of the first data strobe indicates that valid 
data are available on the data bus. 

DATA TRANSFER ACKNOWLEDGE. An 
open-collector signal generated by a 
SLAVE. The falling edge of this signal indi- 
cates that valid data are available on the 
data bus during a read cycle, or that data 
have been accepted from the data bus dur- 
ing a write cycle. The rising edge indicates 
when the SLAVE has released the data bus 
at the end of a READ CYCLE. 

INTERRUPT ACKNOWLEDGE. An open-col- 
lector or three-state signal used by an 
INTERRUPT HANDLER acknowledging an 
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IACKIN* 



IACKOUT* 



IRQ1*-IRQ7* 



LWORD* 



RESERVED 



SERCLK 



SERDAT* 



SYSCLK 



SYSFAIL* 



interrupt request It is routed, via a back- 
plane signal trace, to the IACKIN* pin of 
slot 1, where it forms the beginning of the 
IACKIN*-IACKOUT* daisy-chain. 

INTERRUPT ACKNOWLEDGE IN. A totem- 
pole signal and an input to the 
HK80/V960E. The IACKIN* indicates that 
the board may respond to the INTERRUPT 
ACKNOWLEDGE CYCLE that is in progress. 

INTERRUPT ACKNOWLEDGE OUT. A 
totem-pole signal and an output from the 
HK80/V960E. The IACKIN* and IACKOUT* 
signals form a daisy-chain. The IACKOUT* 
signal indicates to the next board in the 
daisy-chain that it may respond to the 
INTERRUPT ACKNOWLEDGE CYCLE in 
progress. 

INTERRUPT REQUEST (1-7). Open-collector 
signals, generated by an INTERRUPTER, 
which carry interrupt requests. When several 
lines are monitored by a single INTERRUPT 
HANDLER, the highest numbered line is 
given the highest priority. 

LONG WORD. A three-state signal used in 
conjunction with DSO*, DS1*, and A01 to 
select which byte location(s) within the 4- 
byte group are accessed during the data 
transfer. 

RESERVED. A signal line reserved for future 
VMEbus enhancements. This line must not 
be used. 

SERIAL CLOCK. A totem-pole signal that is 
used to synchronize the data transmission 
on the VMEbus. This signal is not imple- 
mented on the HK80/V960E. 

SERIAL DATA. An open-collector signal 
that is used for VMEbus data transmission. 
This signal is not implemented on the 
HK80/V960E. 

SYSTEM CLOCK. A totem-pole signal that 
provides a constant 16-MHz clock signal 
that is independent of any other bus timing. 
This signal is driven if the HK80/V960E is a 
system controller. 

SYSTEM FAIL. An open-collector signal that 
indicates a failure has occurred in the sys- 
tem. It is also used at power-on to indicate 
that at least one VMEbus board is still in its 
power-on initialization phase. This signal 
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SYSRESET* 



WRITE* 



+5V STDBY 



may be generated by any board on the 
VMEbus. The VIC drives this signal low at 
power-up and may be programmed to gen- 
erate an interrupt if asserted by another 
board in the system. Details are given in 
section 6.9. 

SYSTEM RESET. An open-collector signal 
that, when asserted, causes the system to be 
reset. 

WRITE. A three-state signal generated by the 
MASTER to indicate whether the data trans- 
fer cycle is a read or a write. A high level 
indicates a read operation; a low level indi- 
cates a write operation. 

+5 Vdc STANDBY. This line supplies +5 
Vdc to devices requiring battery backup. 

This signal is not used on the HK80/V960E. 



6.3 VIC REGISTER MAP 

The base address of the VIC chip is 02A0,0000 1S . 

Table 6-1 shows the VIC register offsets from the base. Please 
refer to the VIC068 VMEbus Interface Controller Specification 
from VTC for a detailed description of the VIC registers. 



Revision E / July 1990 






6-6 



HK80/V960E User's Manual 



TABLE 6-1 
VIC register mai 



Offset 

Address 


Acronym 


Register Name 


0,6 


VIICR 


VMEbus Interrupter Interrupt Control Register 


4,6 


VICR1 


VMEbus Interrupter Control Register 1 


8,6 


VICR2 


VMEbus Interrupter Control Register 2 


C , 6 


VICR3 


VMEbus Interrupter Control Register 3 


10,6 


VICR4 


VMEbus Interrupter Control Register 4 


14,6 


VICR5 


VMEbus Interrupter Control Register 5 


18,6 


VICR6 


VMEbus Interrupter Control Register 6 


1C, 6 


VICR7 


VMEbus Interrupter Control Register 7 


20,6 


DSICR 


DMA Status Interrupt Control Register 


24,6 


LICR1 


Local Interrupt Control Register 1 


28,6 


LICR2 


Local Interrupt Control Register 2 


2C, 6 


LICR3 


Local Interrupt Control Register 3 


30,6 


LICR4 


Local Interrupt Control Register 4 


34,6 


LICR5 


Local Interrupt Control Register 5 


38,6 


LICR6 


Local Interrupt Control Register 6 


3C 16 


LICR7 


Local Interrupt Control Register 7 


40,6 


ICGSICR 


ICGS Interrupt Control Register 


44,6 


ICMSICR 


ICMS Interrupt Control Register 


48,6 


EGICR 


Error Group Interrupt Control Register 


4 C ,6 


ICGSIVBR 


ICGS Interrupt Vector Base Register 


50, 6 


ICMSIVBR 


ICMS Interrupt Vector Base Register 


54,6 


LIVBR 


Local Interrupt Vector Base Register 


58,6 


EGIVBR 


Error Group Interrupt Vector Base Register 


5C 16 


ICSR 


Interprocessor Communications Switch Register 


60,6 


ICRO 


Interprocessor Communications Register 0 


64,6 


ICR1 


Interprocessor Communications Register 1 


68,6 


ICR2 


Interprocessor Communications Register 2 


6C 16 


ICR3 


Interprocessor Communications Register 3 


Continues. 
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TABLE 6-1 — Continued. 

VIC register map 



70,6 


ICR4 


Interprocessor Communications Register 4 


74 16 


ICR5 


Interprocessor Communications Register 5 


78,6 


ICR6 


Interprocessor Communications Register 6 


7C, 6 


ICR7 


Interprocessor Communications Register 7 


80, 6 


VIRSR 


VMEbus interrupt Request and Status Register 


84 16 


VIVR1 


VMEbus Interrupt Vector Register 1 


88, 6 


VIVR2 


VMEbus Interrupt Vector Register 2 


8C, 6 


VIVR3 


VMEbus Interrupt Vector Register 3 


90, 6 


VIVR4 


VMEbus Interrupt Vector Register 4 


94,6 


VIVR5 


VMEbus Interrupt Vector Register 5 


98,6 


VIVR6 


VMEbus Interrupt Vector Register 6 


9C, S 


VIVR7 


VMEbus Interrupt Vector Register 7 


AO, 6 


TTR 


Transfer Timeout Register 


A4, s 


LBTR 


Local Bus Timing Register 


A8,e 


BTDR 


Block Transfer Definition Register 


AC, 6 


VICR1 


VMEbus Interface Configuration Register 1 


BO, 6 


ARCR 


Arbiter and Requester Configuration Register 


B4,6 


AMSR 


Address Modifier Source Register 


B8,s 


BESR 


Bus Error Status Register 


BC,6 


DMASR 


DMA Status Register 


CO, 6 


SS0CR0 


Slave Select 0 Control Register 0 


C4,e 


SS0CR1 


Slave Select 0 Control Register 1 


C8,6 


SS1CR0 


Slave Select 1 Control Register 0 


CC, 6 


SS1CR1 


Slave Select 1 Control Register 1 


do, 6 


RCR 


Release Control Register 


04,6 


BTCR 


Block Transfer Control Register 


08,6 


BTLRO 


Block Transfer Length Register 0 


DC, 6 


BTLR1 


Block Transfer Length Register 1 


E0„ 


SYSRR 


System Reset Register 


B4,e 




Undefined 


E8,6 




Undefined 


EC, 6 




Undefined 


F0„ 




Undefined 


F4,6 




Undefined 


F8, 6 




Undefined 


FC, s 




Undefined 
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6.4 VMEbus INTERRUPTS 

VMEbus interrupt generation and handling capability is pro- 
vided by the VIC chip. The following features are included: 

• Conformance to the Motorola VMEbus specification 
revision C.l 

• The capability to interrupt other boards on the VMEbus 
using any of the seven VMEbus interrupt levels 

• The capability to generate interrupts on multiple levels at 
the same time 

• The capability to intercept VMEbus, VIC, and on-board 
interrupts and provide an interrupt to the MPU 

• Capability to provide vectors for VIC and local interrupts 

• A timer interrupt 

The seven VMEbus interrupts are monitored and controlled by 
the VIC chip (as shown in Fig. 6-1). An interrupt to the 80960CA 
can be generated when a desired bus interrupt signal is on. 
There are two functions described below. The interrupter 
generates bus interrupts; the interrupt handler receives 
interrupts from the bus. 

For details on the VIC processor, read the VIC068 VMEbus 
Interface Controller Specification by VTC Incorporated. 



6.4.1 Interrupter Operation 

The VTC may assert interrupt requests on the VMEbus at all of 
the seven interrupt levels. It may generate interrupt requests on 
multiple levels simultaneously. 

Interrupt generation is programmed through the VMEbus inter- 
rupt request/status register (VIRSR) of the VIC processor. This 
register allows each interrupt to be set and reset by writing a 1 
or a 0 to the corresponding bit in the register. 

The VIC068 also includes seven VMEbus interrupt vector regis- 
ters (VIVRl-VrVR7) that must be initialized before the interrupt 
is turned on. When a VMEbus interrupt is acknowledged, an 
internal interrupt can be generated to complete the handshake 
without polling the VMEbus interrupt request and status register 
(VIRSR) for the acknowledge of an interrupt. The local interrupt 
for acknowledges is programmed using both the VMEbus inter- 
rupter interrupt control register (VIICR) and the error group 
interrupt vector base register (EGIVBR). 
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FIGURE 6-1. HK80/V960E interrupt architecture 



6.4.2 Interrupt Handler Operation 

The VIC controller handles all VMEbus interrupts (IRQ1*- 
IRQ7*) and some local interrupts (see Table 6-3). 



6.4.2. 1 VIC Interrupt Requests 

VIC interrupts are presented to the 80960CA on three lines, 
IPL0-IPL2. The VIC chip can be programmed to present one of 
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Note: 



6.4.2.2 



seven priority levels on the IPL lines. The 80960CA interrupt 
controller treats these lines as dedicated interrupt requests. 

Because the IPL lines are interpreted by the 80960CA as 
nonencoded interrupt requests, the VIC must never be pro- 
grammed to assert two IPL lines for any interrupt source. In 
other words, the VIC should be programmed to drive IPL2-0 
values of 01 16 , 02, 6 , and 04, 6 corresponding to IPLO, IPL1, 
and IPL2, respectively. Programming any other values into 
the VIC registers will result in unpredictable program 
behavior that might prove very difficult to debug. 



VIC Interrupt Acknowledges 

The VIC indicates an interrupt condition to the processor on 
either IPL2, IPL1, or IPLO and is received by the processor on 
XINT2, XINT1, and XINTO, respectively. When the 80960CA has 
detected an interrupt and the correct interrupt handler is exe- 
cuted, it is the responsibility of the interrupt handler to remove 
the VIC interrupt request by reading the interrupt vector. One 
interrupt acknowledge address is associated with each interrupt 
line (shown in Table 6-2). These IACK addresses are used for 
on-card interrupt sources from the VIC and VME interrupts. 
Thus, during a VME interrupt cycle, reading these addresses will 
cause the VIC to fetch the STATUS/ID and perform an IACK 
cycle on the VMEbus. 



TABLE 6-2 

VIC interrupt lines and associated acknowledge 
addresses 



IPL(2:0) 


Interrupt 


Interrupt Acknowledge 




Source 


Address 


01 16 


IPLO 


8-bit vector (STATUS/ID) at 
02BO,0010 16 


02 16 


IPL1 


8-bit vector (STATUS/ID) at 
02B0, 0004 16 


04, , 


IPL2 


8-bit vector (STATUS/ID) at 
02BO,0008 16 



Reading an interrupt acknowledge address causes an 8-bit vector 
to be read and the interrupt to be removed. An attempt to read 
a vector when no interrupt is present results in a bus error. 

The VIC can be programmed to generate interrupts to the 
80960CA for the following sources: 

• Error Group Interrupts: Refer to the VIC error group 
control register (EGICR) and the error group interrupt vec- 
tor base register (EGIVBR). 
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ACFAIL: If a power failure module is installed on the 
VMEbus backplane, the VIC may be programmed to 
generate an interrupt if a power failure occurs (that is, 
VMEbus ACFAIL* asserted). 

SYSFAIL: The VIC may be programmed to generate 
an interrupt when a system failure is indicated (that is, 
VMEbus SYSFAIL* asserted). 

Arbitration timeout: When the VIC times out on arbi- 
tration, the VIC can be programmed to generate an 
interrupt. 

Write posted cycle failure: If a write cycle that was 
posted by the processor fails, the processor is notified 
by this interrupt 

• Local Interrupts (LIRQ7-LIRQ0): The VIC can be pro- 
grammed to generate interrupts for SCSI Resets, Ring 
Detection on SCC ports A and C, front panel interrupt 
requests, and VSB interrupt requests. Refer to the VIC local 
interrupt control registers (LICR1-LICR7) and local interrupt 
vector base register (LIVBR). 

• ICGS Group Interrupts: The interprocessor communica- 
tions global switches (ICGS) allow other VMEbus boards to 
interrupt the HK80/V960E for global events. Refer to the 
VIC ICGS interrupt control register (ICGSICR) and ICGS 
interrupt vector base register (ICGSIVBR). 

• ICMS Group Interrupts: The interprocessor communica- 
tions module switches (ICMS) allow other VMEbus boards 
to interrupt the HK80/V960E for HK80/V960E-specific 
events. Refer to the VIC ICMS interrupt control register 
(ICMSICR) and ICMS interrupt vector base register 
(ICMSIVBR). 

• VMEbus Interrupts (IRQ7-IRQ0): The VIC can be pro- 
grammed to receive and generate the seven VMEbus inter- 
rupts with STATUS/ID (vector) information. Refer to the 
VIC VMEbus interrupt control registers (VICR1-VICR7) and 
VMEbus interrupt vector registers (VIVR1-VIVR7). 

• DMA Status/Complete Interrupt: If this interrupt is 
enabled, the VIC generates an interrupt if either the DMA 
completes, or a BERR occurs (local or VME), during the 
DMA transfer. Refer to the DMA status interrupt control reg- 
ister (DSICR) and error group interrupt vector base register 
(EGIVBR). 

• VME Interrupter handshake: When a VMEbus interrupt 
generated by the HK80/V960E is acknowledged, this inter- 
rupt can be used to indicate the acknowledge has taken 
place. Refer to the VMEbus interrupter interrupt control reg- 
ister (VTICR) and the error group interrupt vector base 
register (EGIVBR). 
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Interrupts are internally prioritized, as shown in the following 
table. 



TABLE 6-3 
Interrupt priorities 



Rank 


Interrupt 


19 


LIRQ7 (SCSI Reset) 


18 


Error Group Interrupt 


17 


LIRQ6 (Ring Detect Port A) 


16 


LIRQ5 (Ring Detect Port C) 


15 


LIRQ4 (External Interrupt FPI) 


14 


LIRQ3 (VSB Interrupt Request) 


13 


LIRQ2 (not used) 


12 


LIRQ1 (Centronics Interrupt Request) 


11 


ICGS Group Interrupt 


10 


ICMS Group Interrupt 


9 


IRQ7 (VME Interrupt Request Level 7) 


8 


IRQ6 (VME Interrupt Request Level 6) 


7 


IRQ5 (VME Interrupt Request Level 5) 


6 


IRQ4 (VME Interrupt Request Level 4) 


5 


IRQ3 (VME Interrupt Request Level 3) 


4 


IRQ2 (VME Interrupt Request Level 2) 


3 


IRQ1 (VME Interrupt Request Level 1) 


2 


DMA Status/Complete Interrupt 


1 


VME Interrupt Acknowledged 



Vector base registers are provided for each of the following 
groups of interrupts: 

• ICGS 

• ICMS 

• Local interrupts 

• Error interrupts 

If the interrupt source is a VME interrupt, then the VIC latches 
the STATUS/ID (vector) onto the local bus during the local 
LACK cycle. 
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6.5 MAILBOX INTERFACE 

Interprocessor communication (also known as mailbox) is pro- 
vided by the VMEbus Interface Controller (VIC) processor. This 
section provides a brief description of the interprocessor com- 
munications facilities of the HK80/V960E. For a detailed 
description, read the V1C068 specification. 

The mailbox interface consists of a collection of 8-bit registers 
and memory locations that can be used for communications 
with the HK80/V960E through the VMEbus. A description of the 
VIC registers follows: 



VIC REGISTER DESCRIPTION 



ICR4-ICR0 



ICR5-ICR7 



ICGS0-ICGS3 

ICMS0-ICMS3 



Five general-purpose, dual-port "Interprocessor 
Communications" registers, which can be accessed from the 
VMEbus and from the HK80/V960E local bus. These regis- 
ters are 8 bits wide and each has an associated semaphore 
bit in ICR7. 

Four global switch registers. 

ICR 5 ICR5 is a VIC-specific register that specifies the 

revision level of the VIC. 

ICR6 ICR6 is read only from the VMEbus and provides 
the status of the HK80/V960E. 

ICR7 ICR7 is a dual-port register accessible from the 
VMEbus and the HK80/V960E local bus. This 
register provides semaphore bits for ICR0-ICR4, 
status of the HK80/V960E, and a means for 
remote resetting of the HK80/V960E. 

Four interboard communications "global switch" registers, 
which are used to generate interrupts for global events. 

Four interboard communications "module switch" registers, 
which are used to generate interrupts for V960E-specific 
events. 



The local bus register addresses are shown in Table 6-1. The 
VMEbus mailbox structure is shown in Figure 6-1. 
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Mailbox Base Address 

Supervisory or user 
accesses 

AM5 - AMO m 29i6or 2D is 



Supervisory access only 
AM5 - AMO = 2Di« 



Supervisory or user 
accesses 

AM5-AM0 = 29i6or2Di6 




FIGURE 6-2. VME mailbox structure 



All accesses are defined as 8-bit, and accesses to undefined 
areas may result in a bus error. An access from the VMEbus to 
the appropriate address in the VMEbus short space results in 
the VIC's responding (as a slave) to the access. 

The VMEbus mailbox can be mapped to any of 256 256-byte 
boundaries within the VMEbus short addressing space. All regis- 
ters are accessible from the supervisory short space (AM5 - 
AMO = 2D 16 ) and all but the global switches are accessible from 
the user short space (AM5 - AMO = 29 16 ). The mailbox interface 
is enabled by writing a 1 to 0200,0080 16 and disabled by writing 
a 0 (see Table 6-4). 



f ABLE 6-4 
Mailbox enable 


Port address: 0200,0080 16 . 


Size: Long. Type: Write. 


DO 


Function 


0 


Mailbox disabled (default). 


1 


Mailbox enabled. 



The mailbox base address is an 8-bit value stored in a latch that 
is compared to address lines A15-A8 on a VMEbus short space 
access (Table 6-5). The mailbox base address is stored in port B 
of the CIO. When the CIO has been initialized properly, the 
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mailbox base is modified by writing to 02E0,0008 1S (port B of 
CIO). Appendix A contains an example of initializing the CIO 
for the HK80/V960E. 



TABLE 6-5 

HK80/V960E "short" space slave mapping 
on VMEbus (mailbox) 



CIO Port B Compare 
Address 


Mailbox Base Address for 2- and 8- 
Mbyte HK80/V960E 


oo, 6 


XXXX,0000 16 


01 16 


XXXX,0100 16 


02 16 


XXXX,0200 16 


03 16 


XXXX,0300 16 




0F t6 


xxxx,ofoo 16 


10 16 


XXXX, 1 000, 6 


11,6 


XXXX,1100 16 


12,6 


XXXX, 1200 16 


13,6 


XXXX, 1300,5 


• 


FF 16 


XXXX,FF00,5 



Also see Figure 6-2, "VME Mailbox Structure." 



6.6 VMEbus SYSTEM CONTROLLER 

Nearly all VMEbus operations of the HK80/V960E are handled 
by the VMEbus Interface Controller processor (VIC068). The 
VIC processor can be jumpered to provide the VMEbus system 
controller functions via jumper J10 (see Table 6-6). 

As the system controller, the VIC drives Sysclk (SYSCLK), Bus 
Clear (BCLR), and System Reset (SYSRESET). The system con- 
troller also provides the system bus arbitration in one of three 
modes: "prioritized," "round robin," and "single level" arbitra- 
tion. See the VIC arbiter and requester configuration register 
(ARCR). If configured as the system controller, the VIC also 
monitors the VMEbus interface as a watchdog timer (with a 
programmable time-out; see section 6.10). 

The VIC processor is configured as the system controller by 
installing jumper J10 (Table 6-6). When the HK80/V960E is 
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configured as the system controller, it must be installed in slot 1 
with a programmable time-out. 

TABLE 6-6 



Bus control jumpers 


Jumper 


Function 


J10 


System Controller Enable — When this jumper is 
installed, the HK80/V960E acts as a VMEbus 
system controller as described in the VIC User’s 
Manual. 



NOTE: Only one board in a VME system should be system controller. 



6.7 VMEbus MASTER INTERFACE 

The HK80/V960E can access the VMEbus with any of the three 
address modes "short," "standard," and "extended" on any of 
the four bus request levels. Refer to the VIC registers — arbiter 
and requester configuration register (ARCR) and the address 
modifier source register (AMSR). Short addresses use 1 6 address 
lines to specify a target address. Standard addresses use 24 
address lines, and extended addresses use all 32 address lines. 
Table 6-7 shows the relationship between the on-card physical 
address and the corresponding VMEbus and VSB regions. 



TABLE 6-7 

Relationship of physical addresses to VMEbus and VSB memory regions 



On-card Addresses 


Bus Address 


Memory Region 


01 00,0000, 6 - 0100,FFFF 16 


0000,6 -ffff 16 


VMEbus short address space 


0300,0000 16 - 03FF,FFFF, 6 


00,0000,6 - ff,ffff 16 


VMEbus standard address space 


0400,0000 16 — 3FFF,FFFF 16 


0400,0000,6- 3FFF,FFFF,6 


VSB address space 


4000,0000,6 - ffff,ffff 16 


4000,0000,6 - FFFF,FFFF,6 


VMEbus extended address space 



NOTE: F000,0000 16 - FFFF,FFFF l6 is not available to VME if ROMINH = 0. See Table 5*1. 



Extended VME addresses from 0000,0000 16 to 4000,0000,6 are 
not accessible. The region from 0400,0000 16 to 4000,0000 16 is the 
only accessible VSB region. 

The VMEbus master release modes are programmed by writing 
to the RCR (release control register) of the VIC chip. If the 
HK80/V960E is the bus master when the requested bus opera- 
tion is completed, the bus will be released according to the state 
contained in the RCR register. The release mode is either: 

ROR — Release-on-request will release the VMEbus (BBSY*) 
when a request is detected and there are no HK80/V960E bus 
requests. 
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RWD — Release-when-done will release the bus when there are 
no further HK80/V960E bus requests. 

ROC — Release-on-clear will retain the bus until BCLR* has 
been asserted by the system controller. 



6.8 VMEbus SLAVE INTERFACE 

The HK80/V960E can be accessed from the VMEbus in both 
"extended" and "standard" space. "Short" space is used for the 
mailbox only. The slave logic for each space is enabled or dis- 
abled by writing to the appropriate address. 



6.8.1 Extended Space 

For the HK80/V960E to respond to a VMEbus extended address, 

the following steps must be taken: 

1. The VIC register SS1CR0 (slave select one, control register 
0) must be configured to respond to A32/D32 types of 
cycles (bits 2, 3, and 4 must be set to lOO^). 

2. The extended space compare address must be written to 
port A of the CIO. 

3. The extended space enable at 0200,0100 16 must be set. (See 
Table 6-8.) 

TABLE 6*8 

Slave "extended" space enable 

Port address: 0200,01 00 16 . Size: Long. Type: Write. 

DO Function 



0 Extended space disabled (default). 

1 Extended space enabled. 



The slave extended space compare address can map the 
HK80/V960E's RAM to one of 256 16-Mbyte boundaries. The 
compare address is stored in port A of the CIO and is com- 
pared to the VMEbus address lines A31-A24 (Table 6-9). When 
the CIO is initialized correctly, the slave compare address is 
modified by writing to 02E0,0010 16 (CIO port A). For detailed 
instructions for initializing the CIO, refer to section 9 and 
Appendix A. When the HK80/V960E is selected as a slave in the 
extended space, all on-card RAM is mapped to the bus, starting 
at the base of the 1 6 -Mbyte region that corresponds to the slave 
compare address. 
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TABLE 6-9 

HK80/V960E "extended" space slave mapping on VMEbus 





VMEbus Address 


HK80/V960E Memory 
Mapped to Bus 


CIO Port A 
Compare 
Address 


2-Mbyte 8- Mbyte 

HK80/V960E HK80/V960E 


2-Mbyte 8-Mbyte 

HK80/V960E HK80/V960E 


oo 16 


0000,0000,6 - 001 F,FFFF,6 0000,0000,6 - 007F,FFFF 16 


2 Mbytes 8 Mbytes 


01,6 


01 00,0000,6 - 01 1 F,FFFF 16 01 00,0000,6 - 01 7F,ffff, 6 


2 Mbytes 8 Mbytes 


02, 6 


0200,0000,6 - 021 F,FFFF,6 0200, 0000, 6 - 027F,FFFF 16 


2 Mbytes 8 Mbytes 


03 16 


0300,0000,6 - 031 F,FFFF,6 0000, 0000, 6 - 037F,FFFF,6 


2 Mbytes 8 Mbytes 




; ; 


• 


0F 16 


0F00,0000, 6 - 0F1 F,FFFF,6 0F00, 0000,6 - 0F7F,FFFF,6 


2 Mbytes 8 Mbytes 


10,6 


1 000,0000,6 - 101 F,FFFF,6 1 000,0000,6 - 1 07F,FFFF,6 


2 Mbytes 8 Mbytes 


1 1 16 


1 1 00,0000,6 - 1 1 1 F,FFFF,6 1 100,0000,6 - 1 17F,FFFF 16 


2 Mbytes 8 Mbytes 


12,6 


1 200,0000,6 - 1 21 F,FFFF,6 1 200, 0000, 6 - 1 27F,FFFF 16 


2 Mbytes 8 Mbytes 


13,6 


1300,0000,6- 131 F,FFFF, S 1 300, 0000, 6 - 137F,FFFF, 6 


2 Mbytes 8 Mbytes 




- 


• 


FF, 6 


FF00,0000, 6 - FF1 F,FFFF,6 FF00,0000, 6 - FF7F.FFFF,6 


2 Mbytes 8 Mbytes 



6.8.2 Standard Space 

For the HK80/V960E to respond to a VMEbus standard address, 

the following steps must be taken: 

1. VIC register SSOCRO (slave select 0, control register 0) must 
be configured to respond to A24/D32 types of cycles (bits 2, 
3, and 4 must be set to 101 2 ). 

2. The standard space compare address must be written to 
port C of the CIO. 

3. The standard space enable at 0200,00C0 16 must be set. (See 
Table 6-10.) 



Revision E / July 1990 









































VMEbus Control 



6-19 



TABLE 6-10 

Slave "standard” space enable 

Port address: 0200,00C0 16 . Size: Long. Type: Write. 

DO Function 



0 Standard space disabled (default). 

1 Standard space enabled. 



The slave standard space compare address can map 1 Mbyte of 
the internal RAM to one of 16 1 -Mbyte boundaries. The com- 
pare address for the standard space is stored in port C of the 
CIO (4 bits only) and is compared to VMEbus address lines 
A23-A20. When the CIO is initialized correctly, the slave com- 
pare address is modified by writing to 02E0,0000 16 (CIO port C). 
When the HK80/V960E is selected as a slave in the standard 
space, 1 Mbyte of internal RAM is mapped to the bus, as 
described in Table 6-11: 



TABLE 6-11 

HK80/V960E "standard" space slave mapping on VMEbus 







HK80/V960E Memory 






Mapped to Bus 


CIO Port C 


VMEbus Address for 2- and 8-Mbyte 


2-Mbyte 


8-Mbyte 


Compare Address 


HK80/V960E 


HK80/V960E 


HK80/V960E 


0 16 


XX00,0000 16 - XX0F,FFFF 16 


1st Mbyte 


1st Mbyte 


lie 


XX10,0000 16 -xxif,ffff 16 


2nd Mbyte 


2nd Mbyte 


2,6 


XX20,0000 16 - XX2F,FFFF 16 


1st Mbyte 


3rd Mbyte 


3,6 


XX30,0000 16 - XX3F,FFFF 1S 


2nd Mbyte 


4th Mbyte 


4,6 


XX40,0000 16 - XX4F,FFFF 16 


1st Mbyte 


5th Mbyte 


5,6 


XX50,0000 16 -XX5F,FFFF 16 


2nd Mbyte 


6th Mbyte 


6,6 


XX60,0000 16 - XX6F,FFFF 16 


1 st Mbyte 


7th Mbyte 


7,6 


XX70,0000 16 -XX7F,FFFF 1S 


2nd Mbyte 


8th Mbyte 


8,6 


XX80,0000 1S — XX8F,FFFF,s 


1st Mbyte 


1st Mbyte 


9,6 


XX90,0000 1S -XX9F,FFFF 16 


2nd Mbyte 


2nd Mbyte 


Ai6 


xxao,oooo 16 -xxaf,ffff 16 


1st Mbyte 


3rd Mbyte 


B,6 


xxbo,oooo 16 -xxbf,ffff 16 


2nd Mbyte 


4th Mbyte 


C, 6 


xxco,oooo 16 -xxcf,ffff 16 


1 st Mbyte 


5th Mbyte 


B,6 


xxdo,oooo 16 -xxdf,ffff 16 


2nd Mbyte 


6th Mbyte 


E,6 


xxeo,oooo 16 - xxef,ffff 16 


1st Mbyte 


7th Mbyte 


F,6 


xxfo,oooo 16 -xxff,ffff 16 


2nd Mbyte 


8th Mbyte 
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6.8.3 Short Space 

Refer to section 6.5 ("Mailbox Interface") for information on 
short space. 



6.9 SYSFAIL CONTROL 

The SYSFAIL line is controlled by the VIC processor. It is both 
an input and an open-collector output. 

As an output, the VIC asserts the SYSFAIL line after power-up, 
and it remains asserted until self-tests and diagnostics are 
complete. It can then be removed (or set) by setting control 
bits in Interprocessor Communication Registers 6 and 7 (that is, 
ICR6 and ICR7). See the VIC manual for further details. At 
power-up, all other boards in the system should also do the 
same; that is, they should assert SYSFAIL until their diagnostics 
are complete. Once all boards are initialized, SYSFAIL should 
not be asserted by any board, except to indicate a failure of 
some kind. 

As an input, the SYSFAIL line is used to indicate a system fail- 
ure. If the VIC detects SYSFAIL asserted and if the VIC "Error 
Group Interrupt" is enabled, and the Error Group Interrupt 
Control Register (EGICR) has the SYSFAIL interrupt enabled, 
then the processor will be interrupted, and the Error Group 
Interrupt Vector Base Register (EGIVBR) will indicate a SYSFAIL 
interrupt. 



6.10 VMEbus AND LOCAL BUS WATCHDOG TIMERS 

All local accesses and accesses to the VMEbus are monitored 
by the VIC chip. The VIC chip has two timers; one for the local 
bus (default is 32 microseconds) and one for the VMEbus 
(default is 64 microseconds). These values may be changed via 
the VIC Transfer Timeout Register (TTR). The local timer 
defaults to being on, while the VMEbus timer is only on if the 
VIC is configured as the system controller. 

If the VMEbus timer expires, BERR is asserted (on-card), which 
will issue an NMI (nonmaskable interrupt) to the 80960CA and 
drive BERR on VMEbus. 

If the local timer expires, BERR is asserted (on-card only), 
which will issue an NMI (Non-Maskable Interrupt) to the 
80960CA. 
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Note: If the timer values are changed to "infinite," the correspond- 

ing bus will hang indefinitely if a nonexistent or 
unresponding location is accessed. 



6.11 VMEbus INTERFACE 

The VMEbus interface consists of PI and P2. PI is used for most 
of the VME address, data, and control lines. P2 is used for the 
extended VME address and data lines, and all of the VSB lines. 
The VSB is described in section 7. 



6.11.1 VMEbus PIN ASSIGNMENTS, PI 

Not all of the PI signals are used on the HK80/V960E. See sec- 
tion 6.1 and 6.2 for details and signal descriptions. 
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FIGURE 6*3. PI and P2 VMEbus and VSB connectors 



TABLE 6*12 

VMEbus connector pin assignments, PI 



PI Pin 
Number 


Row A Signal 
Mnemonic 


Row B Signal 
Mnemonic 


Row C Signal 
Mnemonic 


1 


D00 


BBSY* 


D08 


2 


D01 


BCLR* 


D09 


3 


D02 


ACFAIL* 


DIO 


4 


D03 


BGOIN* 


Dll 


5 


D04 


BGOOUT* 


D12 


6 


D05 


BG11N* 


D13 


7 


D06 


BGIOUT* 


D14 


8 


D07 


BG2IN* 


D15 


9 


Gnd 


BG20UT* 


Gnd 


10 


SYSCLK 


BG31N* 


SYSFA1L* 


11 


Gnd 


BG30UT 


BERR* 


12 


DS1* 


BRO* 


SYSRESET* 


13 


DSO* 


BR1* 


LWORD* 


Continues. 
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TABLE 6-12 — Continued. 

VMEbus connector pin assignments, PI 



PI Pin 


Row A Signal 


Row B Signal 


Row C Signal 


Number 


Mnemonic 


Mnemonic 


Mnemonic 


14 


WRITE* 


BR2* 


AM5 


15 


Gnd 


BR3* 


A23 


16 


DTACK* 


AMO 


A22 


17 


Gnd 


AMI 


A21 


18 


AS* 


AM2 


A20 


19 


Gnd 


AM3 


A19 


20 


IACK* 


Gnd 


A18 


21 


IACKIN* 


SERCLK 


A17 


22 


IACKOUT* 


SERDAT* 


A16 


23 


AM4 


Gnd 


A15 


24 


A07 


IRQ7* 


A14 


25 


A06 


IRQ6* 


A13 


26 


A05 


IRQ5* 


A12 


27 


A04 


IRQ4* 


All 


28 


A03 


IRQ3* 


A10 


29 


A02 


IRQ2* 


A09 


30 


A01 


IRQ1* 


A08 


31 


-12 V 


+5VSTDBY 


+12V 


32 


+5V 


+5V 


+5V 



6.11.2 VMEbus and VSB PIN ASSIGNMENTS, P2 

P2 is used for both the VMEbus and the VSB. The center row of 
pins (row B) are the upper address and data lines of the 
VMEbus. The outer two rows (A and C) make up the VSB. 

The use of P2 is required in order to meet VME power 
specifications. 
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TABLE 6-13 

VMEbus and VSB connector pin assignments, P2 



P2 Pin 
Number 


Row A VSB 
Signal 
Mnemonic 


Row B 
VMEbus 
Signal 
Mnemonic 


Row C VSB 
Signal 
Mnemonic 


1 


AD00 


+5 


AD01 


2 


AD02 


Gnd 


AD03 


3 


AD04 


(reserved) 


AD05 


4 


AD06 


A24 


AD07 


5 


AD08 


A25 


AD09 


6 


AD10 


A26 


AD11 


7 


ADI 2 


A 27 


AD13 


8 


AD14 


A28 


ADI 5 


9 


ADI 6 


A29 


ADI 7 


10 


ADI 8 


A30 


ADI 9 


11 


AD20 


A31 


AD21 


12 


AD22 


Gnd 


AD23 


13 


AD24 


+5 


AD25 


14 


AD26 


D16 


AD27 


15 


AD28 


D17 


AD29 


16 


AD30 


D18 


AD31 


17 


Gnd 


D19 


Gnd 


18 


IRQ* 


D20 


Gnd 


19 


DS* 


D21 


Gnd 


20 


WR* 


D22 


Gnd 


21 


SPACEO 


D23 


SIZEO 


22 


SPACE1 


Gnd 


PAS* 


23 


LOCK* 


D24 


SIZE1 


24 


ERR* 


D25 


Gnd 


25 


Gnd 


D26 


ACK* 


26 


Gnd 


D27 


AC 


27 


Gnd 


D28 


ASACK1* 


28 


Gnd 


D29 


ASACKO* 


29 


Gnd 


D30 


CACHE* 


30 


Gnd 


D31 


WAIT* 


31 


BGIN* 


Gnd 


BUSY* 


32 


BREQ* 


45 


BGOUT* 
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7.1 INTRODUCTION 

The VSB is a local bus extension designed for high-speed access 
to memory or other facilities without the need to use the 
VMEbus. The HK80/V960E operates on the VSB in master or 
secondary modes only; it cannot operate as a slave. It has the 
required arbitration logic to handle multiple VSB masters. The 
VSB is a super-set of the VMX32bus; VMX32bus slaves may be 
used 



7.2 VME SUBSYSTEM BUS (VSB) SIGNAL DESCRIPTIONS 

The following signals on connector P2 are used for the VSB 

interface. For a complete listing of the P2 pin assignments, refer 

to section 7.5. 

ADOO-31 MULTIPLEXED ADDRESSED/DATA LINES. 

The three-state multiplexed address/data 
path (32 lines) that is controlled by the 
three-state drivers on the master and slave 
devices. 

PAS* VSB ADDRESS STROBE. A three-state line 

in which the falling edge indicates that a 
valid address is present on AD31-AD00. 

SPACE0-SPACE1 VSB ADDRESS SPACE SELECT. Three-state 
signals that select one of four address 
spaces or signify an interrupt acknowledge 
or parallel arbitration cycle. On the 
HK80/V960E, these signals are not used; 
they are driven high when the HK80/V960E 
is the VSB master, which selects the System 
Address Space. 

DS* VSB DATA STROBE. Three-state signal 

whose falling edge indicates a transfer will 
occur over AD31-AD00. During write cycles, 
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WR* 



SIZE0,SIZE1 



LOCK* 



ASACKO* 

ASACK1* 



WAIT* 



AC 



CACHE* 



write data are valid at the falling edge of 
DS*. 

VSB WRITE. WR*. A three-state signal used 
to indicate a read or write operation. When 
the signal is low, the operation is a write. 
When the signal is high, the operation is a 
read. 

VSB BUS SIZE. Three-state lines that, in 
conjunction with addresses ADOO and 
AD01, determine the data transfer size and 
position on the data bus. 

VSB BUS LOCK. When asserted, this line 
indicates that the bus is locked and that no 
other master can obtain possession of the 
bus. This allows for noninterruptible cycles, 
such as read-modify-write cycles, to occur 
from the VSB to a dual-ported resource. 
LOCK* can also indicate that a block trans- 
fer cycle is in progress. 

VSB ADDRESS/SIZE ACKNOWLEDGE. 
Open-collector lines that serve two func- 
tions: (1) The responding SLAVE drives its 
size code on these lines, and (2) The 
responding slave drives at least one of these 
lines to inform the HK80/V960E to switch 
the multiplexed address/data bus from 
address to data. 

WAIT. An open-collector line that is gated 
with AC (Decode Complete) on the master 
device. The condition AC active and WAIT* 
inactive, while PAS* is asserted, means that 
no VSB slave module has decoded the 
address being driven at that time or that 
there are no VSB slave modules installed. 
This gives the VSB master the option to 
switch to the VMEbus when VSB slaves are 
not responding, which allows VSB and 
VMEbus to share a common address space. 

VSB DECODE COMPLETE. An open-collec- 
tor line that is asserted by slave modules to 
indicate to the master that address decod- 
ing has been completed. A slave device 
allows AC to go high after completing 
decoding or other conditions (see WAIT*), 
regardless whether the device is selected by 
the current address on the bus. 

VSB CACHEABLE. An open-collector signal 
that, when asserted, indicates to the master 
that the selected address location is 
cacheable. CACHE* is asserted only by the 
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ACK* 



ERR* 



IRQ* 



BREQ* 



BGIN* 



BGOUT* 



BUSY* 



GA0-GA2 



selected VSB slave module. This signal is 
not used on the HK80/V960E. 

VSB DATA TRANSFER ACKNOWLEDGE. 

An open-collector line that is asserted by 
the selected slave module to complete the 
handshake for a transfer operation. 

VSB DATA ERROR. An open-collector line 
that is asserted by the selected slave device 
to indicate a fault condition while attempt- 
ing the data transfer operation. This would 
typically be the result of a parity error 
detected on a slave device. 

VSB INTERRUPT REQUEST. An open-col- 
lector line that, when asserted, indicates that 
a master or slave device is attempting to 
interrupt another master. On the 
HK80/V960E, this signal generates a local 
interrupt to the VIC (LIRQ3), and the inter- 
rupt level to the processor may be config- 
ured in the VIC. 

VSB BUS REQUEST. An open-collector line 
that is asserted by a requester whenever bus 
mastership is required. 

VSB BUS GRANT IN. A totem-pole line that, 
as an input to the HK80/V960E, indicates 
that it has been granted the bus. BGIN and 
BGOUT form a bus grant daisy-chain. 

VSB BUS GRANT OUT. A totem-pole line 
that, as an output from the HK80/V960E, 
indicates to the next board in the daisy 
chain that it may use the bus. 

VSB BUS BUSY. An open-collector line that 
is asserted by a requester that has been 
granted the bus, to indicate ownership of 
the bus. 

VSB GEOGRAPHICAL ADDRESSES. These 
lines are connected to ground on the 
HK80/V960E; the geographical addressing 
feature is not implemented. 



VSB OPERATION 

VSB is accessible from 0400,0000 16 to 4000, 0000, 6 . 

Physically, the bus interface uses 32 multiplexed address and 
data lines. Data transfers may be 8, 1 6 , 24 or 32 bits in length. It 
is an asynchronous bus. 
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There is one interrupt line, IRQ, associated with the VSB. When 
asserted, this signal generates a local interrupt to the VIC 
(LIRQ3), and the interrupt level to the processor may be config- 
ured in the VIC. 

There are two control bits that affect the operation of the VSB 
interface. 

Release-On-Request The HK80/V960E supports two VSB 

release modes. The bus can be released 
between every access or only if another 
master requests the bus. A one-bit latch 
at address 0200,00 10 16 controls the VSB 
release mode. 



TABLE 7-1 

VSB release modes 



Port address: 0200,001 0 16 


. Size: Long. Type: Write. 


DO 


Function 


0 


Release only if another request. 


1 


Release after every operation. 


VSB Arbiter Enable 


The "first" VSB master board — the 
primary master, should be the arbiter. 
Other VSB masters should not be the 
arbiter. The arbiter indicates the begin- 
ning of the VSB arbitration daisy chain. 
The VSB-arbiter-enable bit must be set 
true if the HK80/V960E is the "first" 
board, that is, the arbiter. A 1-bit latch 
at address 0200,00 18 16 controls the VSB 
arbiter enable. 


TABLE 7-2 





VSB arbiter enable 

Port address: 0200,001 8 16 . Size: Long. Type: Write. 

DO Function 



0 Not enabled: HK80/V960E is not arbiter. 

1 Enabled: HK80/V960E is arbiter. 



VSB Termination 

The VSB signals must be properly terminated to ensure correct 
bus operation. Use this chart to determine if VSB resistor packs 
should be installed on the HK80/V960E for your system config- 
uration. The HK80/V960E VSB resistor pack terminations are 
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designated RN18-RN24 and are located on the lower left of the 
HK80/V960E, just above the P2 connector. 




TABLE 7-3 
VSB terminations 





HK80/V960E as 


Other VSB 




End Board 


Boards 


Install 


VSB terminations 


none 


Remove 


none 


VSB terminations 



Summary: Remove VSB terminations on all but one end board. 

The VSB specification calls for the terminators to be within 2 
inches of one end of the signal lines. If your VSB backplane in- 
cludes the signal terminations, then the resistor packs should be 
removed on all of the VSB modules. Six or fewer boards may be 
used on the VSB. 



7.5 VMEbus AND VSB PIN ASSIGNMENTS, P2 

P2 is used for both the VMEbus and the VSB. The center row of 
pins (row B) are the upper address and data lines of the 
VMEbus. The outer two rows (A and C) make up the VSB. 



B32 




FIGURE 7-2. VSB connector, P2 
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TABLE 7-4 

VMEbus and VSB connector pin assignments, P2 



P2 Pin 
Number 


Row A VSB 
Signal 
Mnemonic 


Row B 
VMEbus 
Signal 
Mnemonic 


Row C VSB 
Signal 
Mnemonic 


1 


AD00 


+5 


AD01 


2 


AD02 


Gnd 


AD03 


3 


AD04 


(reserved) 


AD05 


4 


AD06 


A24 


AD07 


5 


AD08 


A25 


AD09 


6 


AD10 


A26 


AD11 


7 


ADI 2 


A27 


ADI 3 


8 


AD14 


A28 


ADI 5 


<o 


AD16 


A29 


ADI 7 


10 


ADI 8 


A30 


AD19 


11 


AD20 


A31 


AD21 


12 


AD22 


Gnd 


AD23 


13 


AD24 


+5 


AD25 


14 


AD26 


D16 


AD27 


15 


AD28 


D17 


AD29 


16 


AD30 


D18 


AD31 


17 


Gnd 


D19 


Gnd 


18 


IRQ* 


D20 


Gnd 


19 


DS* 


D21 


Gnd 


20 


WR* 


D22 


Gnd 


21 


SPACEO 


D23 


SIZEO 


22 


SPACE1 


Gnd 


PAS* 


23 


LOCK* 


D24 


SIZE1 


24 


ERR* 


D25 


Gnd 


25 


Gnd 


D26 


ACK* 


26 


Gnd 


D27 


AC 


27 


Gnd 


D28 


ASACK1 * 


28 


Gnd 


D29 


ASACKO* 


29 


Gnd 


D30 


CACHE* 


30 


Gnd 


D31 


WAIT* 


31 


BGIN* 


Gnd 


BUSY* 


32 


BREQ* 


+5 


BGOUT* 
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The use of P2 is required in order to meet VME power 
specifications. 
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User LEDs and Front Panel Interface 



8.1 USER LEDs 



There are four LEDs located near the reset button (Fig. 8-1) 
whose meanings may be defined by software. 




FIGURE 8*1. Location of user LEDs 
TABLE 8-1 

User LEDs — addresses 



LED Number 


Address (write-only) 


1 


0200,0020 16 


2 


0200,0028 16 


3 


0200,0030,6 


4 


0200,0038, 6 



Writing a 0 turns the chosen LED on; writing a 1 turns it off. At 
power-on or after a system reset, the LEDs will be ON. 
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8.2 FRONT PANEL INTERFACE (FPI) f J2 

There are five status outputs that allow remote monitoring of the 
HK8O/V96OE. Connections are made through a 14-pin header J2 
located behind the Centronics connector (Fig. 8-2). Because 
there is no front panel connector associated with J2, a ribbon 
cable must be brought out the side of the card cage, or an 
empty slot must be left above the HK80/V960E. The connector 
pin assignments are outlined in Table 8-2: 




TABLE 8-2 

Front panel interface connector pin 
assignments. J2 



J2 Pin 


Name 


Meaning 


2 


Super 


The 80960CA is in supervisory state. 


4 


User 


The 80960CA is in user state. 


6 


DMA 


The 80960CA is bus master in DMA mode. 


8 


HALT 


The 80960CA is halted. 


10 


BUS 


VIC owns the local bus (that is, a VME slave 
access is in progress.) 


1,3, 5,7,9 


VCC 


Vcc (+5) volts 


12,14 


GND 


Signal ground 



The output signals are low when true. Each is suitable for con- 
nection to an LED cathode. An external resistor must be pro- 
vided for each output to limit current to 15 milliamperes. 

Two input signals are also provided on J2 for interrupt and 
reset: 
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CIO Usage 



9.1 INTRODUCTION 



The on-card CIO device performs a variety of functions. In 
addition to the three l6-bit timers that may be used to generate 
interrupts or count events, the CIO has three parallel ports. 

While the three l6-bit timers may be used for user-defined 
applications, ports A, B, and C are used for comparing slave 
addresses in the VMEbus interface. All three ports should be 
programmed as outputs. 

The CIO interrupt is tied to XINT7 of the 80960CA. 

Refer to the CIO manual for further details. 



9.2 PORT C BIT DEFINITION 

Port C of the CIO is used for the VMEbus standard space 
accesses. This 4-bit port is compared to VMEbus address lines 
A23-A20 on standard space accesses only. There are 1 6 possible 
values that can be written to port C. Each allows 1 Mbyte of on- 
card memory to appear on the bus. Table 9-1 lists the effect of 
each value on the slave decode: 
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TABLE 9-1 

HK80/V960E “standard” space slave mapping on VMEbus 







HK80/V960E Memory 






Mapped to Bus 


CIO Port C 


VMEbus Address for 2- and 8-Mbyte 


2-Mbyte 


8-Mbyte 


Compare Address 


HK80/V960E 


HK80/V960E 


HK80/V960E 


o„ 


XX00,0000 16 - xxof,ffff 16 


1st Mbyte 


1st Mbyte 


1 16 


XX10,0000 16 -XX1F,FFFF 16 


2nd Mbyte 


2nd Mbyte 


2,6 


XX20,0000 16 - XX2F,FFFF 16 


1st Mbyte 


3rd Mbyte 


3,6 


XX30,0000, 6 - XX3F,FFFF 16 


2nd Mbyte 


4th Mbyte 


4,6 


XX40, 0000 16 - XX4F,FFFF 1S 


1 st Mbyte 


5th Mbyte 


5,6 


XX50, 0000 16 -XX5F,FFFF,6 


2nd Mbyte 


6th Mbyte 


6,6 


XX60,0000,5 - XX6F,FFFF,5 


1 st Mbyte 


7th Mbyte 


7,6 


XX70, 0000 16 - XX7F,FFFF,6 


2nd Mbyte 


8th Mbyte 


8,6 


XX80,0000,6 - XX8F,FFFF 16 


1 st Mbyte 


1st Mbyte 


9,6 


XX90,0000 16 - XX9F,FFFF,5 


2nd Mbyte 


2nd Mbyte 


A, 6 


xxao,oooo, 6 -xxaf,ffff 16 


1st Mbyte 


3rd Mbyte 


B,6 


xxbo,oooo, 6 - XXBF,FFFF,6 


2nd Mbyte 


4th Mbyte 


C,6 


xxco,oooo, 6 - xxcf,ffff,6 


1st Mbyte 


5th Mbyte 


B,6 


XXDO.0000,6 -xxdf,ffff, 6 


2nd Mbyte 


6th Mbyte 


E,6 


XXEO.0000,5 -xxef,ffff 16 


1st Mbyte 


7th Mbyte 


F,6 


XXFO.0000,5 -xxff,ffff 16 


2nd Mbyte 


8th Mbyte 



9.3 PORT B BIT DEFINITION 

Port B of the CIO is used for comparison of VMEbus short 
address space accesses. The 8-bit value written to port B is used 
to match the upper 8 address lines of a VME short space 
address (VME A8-A15) (Table 9-2). This allows the mailbox to 
be mapped to 256 different locations (on 256-byte boundaries) 
in short address space. 
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TABLE 9-2 
HK80/V960E "short 
on VMEbus 


" space slave mapping 


CIO Port C 
Compare Address 


VMEbus Address for 2* and 8-Mbyte 
HK80/V960E 


o 16 


XX00,0000 16 - xxof,ffff 16 


^ 16 


XXI 0,0000 16 - XXI f,ffff 16 


2,6 


XX20,0000 16 - XX2F,FFFF, 6 


3i* 


XX30,0000, 6 - XX3F,FFFF 16 


4,6 


XX40,0000 16 - XX4F,FFFF 16 


5 1S 


XX50,0000 16 - XX5F,FFFF 16 


6,6 


XX 60,0000 16 - XX6F,FFFF 16 


7, 6 


XX70, 0000 16 -XX7F,FFFF 16 


8,6 


XX80,0000 16 — XX8F,FFFF,6 


9,6 


XX90,0000 16 - XX9F,FFFF,6 


A, 6 


XXAO.0000,6 -xxaf,ffff, 6 


B,6 


XXBO.0000,6 -xxbf,ffff 16 


C,6 


XXCO.0000,6 -xxcf,ffff 16 


0,6 


XXDO.0000,6 -xxdf,ffff, 6 


E,6 


XXEO,0000,6 -xxef,ffff 16 


F,6 


xxfo,oooo, 6 - xxff,ffff 16 



9.4 PORT A BIT DEFINITION 

Port A on the CIO chip is used to compare VMEbus extended 
space accesses. This 8-bit value is compared directly to VMEbus 
address lines 24-31 (Table 9-3). This allows local RAM to be 
mapped to one of 256 1 6 -Mbyte locations in the extended 
address space on the bus. 
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TABLE 9-3 

HK80/V960E "extended" space slave mapping on VMEbus 





VMEbus Address 


HK80/V960E Memory 
Mapped to Bus 


CIO Port A 


2-Mbyte 


8-Mbyte 


2-Mbyte 


8-Mbyte 


Compare 

Address 


HK80/V960E 


HK80/V960E 


HK80/V960E 


HK80/V960E 


00, 6 


0000,0000 16 - 001 f,ffff 16 


0000,0000,6 - 007F,FFFF 1S 


2 Mbytes 


8 Mbytes 


01« 


01 00,0000,6- 01 if,ffff 16 


01 00,0000,6 - 01 7F,FFFF 16 


2 Mbytes 


8 Mbytes 


02 16 


0200,0000,6 - 021 F,FFFF,6 


0200,0000,6 - 027F,FFFF 16 


2 Mbytes 


8 Mbytes 


03 16 


0300,0000,6 - 031 F,FFFF,6 


0000,0000,6 - 037F,FFFF,6 


2 Mbytes 


8 Mbytes 




• 






• 


OF,. 


0F00,0000,6 - 0F1 F,FFFF,6 


0F00, 0000,6 - 0F7F,FFFF,6 


2 Mbytes 


8 Mbytes 


10 16 


1000,0000,6- 101F,FFFF, 6 


1 000,0000,6 - 1 07F,ffff, 6 


2 Mbytes 


8 Mbytes 


11,6 


1100,0000,6- 11 if, ffff, 6 


1 100,0000,6 -117F,FFFF,6 


2 Mbytes 


8 Mbytes 


1 2)6 


1200,0000,6-1 21 F.FFFF, 6 


1 200,0000,6 -127F.FFFF, 6 


2 Mbytes 


8 Mbytes 


* 


* 






* 


ff 16 


FF00,0000, 6 - FF1 F.FFFF, 6 


FF00, 0000,6 " FF7F,FFFF,e 


2 Mbytes 


8 Mbytes 



9.5 COUNTER/TIMERS 



There are three independent, l6~bit counter/timers in the CIO. 
For long delays, timers 1 and 2 may be internally linked 
together to form a 32-bit counter chain. When programmed as 
timers, the following equation may be used to determine the 
time constant value for a particular interrupt rate. 

TC = 2,000,000 / interrupt rate (in Hz) 

The CIO is externally clocked at 4-MHz (±0.01%), which is inter- 
nally divided by two to make an internal count rate of 2 MHz. 
The maximum cumulative timing error will be about 9 seconds 
per day, although the typical error is less than 1 second per day. 
Better long-term accuracy may be achieved via a power line (60 
Hz) interrupt (using a bus interrupt) or the real-time clock 
(RTC) (refer to section 14). 
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9.6 REGISTER ADDRESS SUMMARY (CIO) 



TABLE 9-4 

CIO register addresses 



Register 


Address 


Function 


Port C, Data 


02E0,0000 16 


VME standard space compare 
address 


Port B, Data 


02E0,0008 16 


VME short space compare address 


Port A, Data 


02E0,0010 16 


VME extended space compare 
address 


Control 

Registers 


02E0,0018 16 


CIO configuration and control 



All registers are 8 bits wide. 

Refer to the CIO manual for further details about register usage 
and descriptions. 



9.7 CIO INITIALIZATION 

Appendix A shows a typical initialization sequence for the CIO. 
The first byte of each data pair in "ciotable" specifies an inter- 
nal CIO register; the second byte is the control data. Read sec- 
tion 3 for information concerning CIO interrupt vectors. 

Read the Z8536 technical manual for more details on program- 
ming the CIO. Some people find the CIO technical manual diffi- 
cult to understand. We encourage you to read all of it twice, 
before you pass judgment. 
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Serial I/O 



10.1 INTRODUCTION 



There are four RS-232C serial I/O ports on the HK80/V960E 
board. Each port may optionally be configured for RS-422 
operation with a special interface cable, as detailed in section 
10.11. Each port has a separate baud rate generator and can 
operate in asynchronous or synchronous modes. 

Refer to the AMD Z85C30 SCC manual for programming details. 

The SCC interrupts are tied to the XINT5 (ports A and B) and 
XINT4 (ports C and D) signals on the 80960CA. 



10.2 RS-232 PIN ASSIGNMENTS, P5 

Data transmission conventions are with respect to the external 
serial device. The HK80/V960E board is wired as a "Data Set." 
The connector is shown in Figure 10-1 and pin assignments are 
listed in Table 1. 



P5 




FIGURE 10-1. RS-232 connector, P5 
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TABLE 10-la 



Serial 


port pin assignments, 


P5 — Port A 




Pin 


"D" 

Pin 


RS-232 

Function 


Direction 


SCC Pin 
Function 


1 


2 


Port A Tx Data 


In 


Rev Data 


2 


15 


Tx Clock 


In 


Rev Clock 


3 


3 


Rev Data 


Out 


Tx Data 


4 


16 


(not used) 






5 


4 


Request to Send 8 


In 


DCD 


6 


17 


Rev Clock 


In 


Tx Clock 


7 


5 


Clear to Send 


Out 


DIB 


8 


18 


Ring Detect 


In 


Ring Ind 


9 


6 


Data Set Ready 


Out 


RTS 


10 


19 


(not used) 






11 


7 


Gnd 




Sig Gnd 


12 


20 


Data Terminal 
Ready 8 


In 


CTS 



a This signal uses default pull-up resistors that are controlled by J1. 



TABLE 10-1b 

Serial port pin assignments, P5 — Port B 



Pin 


KV« • K 

« D M 


RS-232 


Direction 


SCC Pin 




Pin 


Function 




Function 


13 


2 


Port B Tx Data 


In 


Rev Data 


14 


15 


Tx Clock 


in 


Rev Clock 


15 


3 


Rev Data 


Out 


Tx Data 


16 


16 


+12v (via J3) 






17 


4 


Request to Send 8 


In 


DCD 


18 


17 


Rev Clock 


Out 


Tx Clock 


19 


5 


Clear to Send 


Out 


DTR 


20 


18 


+5v (via J4) 






21 


6 


Data Set Ready 


Out 


RTS 


22 


19 


-12v (via J5) 






23 


7 


Gnd 




Sig Gnd 


24 


20 


Data Terminal 
Ready 8 


In 


CTS 



a This signal uses default pull-up resistors that are controlled by J1. 
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TABLE 10-lc 

Serial port pin assignments (P5) — Port C 



Pin 


"D" 

Pin 


RS-232 

Function 


Direction 


SCC Pin 
Function 


25 


2 


Port C Tx Data 


In 


Rev Data 


26 


15 


Tx Clock 


In 


Rev Clock 


27 


3 


Rev Data 


Out 


Tx Data 


28 


16 


(not used) 






29 


4 


Request to Send 8 


In 


DCD 


30 


17 


Rev Clock 


In 


Tx Clock 


31 


5 


Clear to Send 


Out 


DTR 


32 


18 


Ring Detect 


In 


Ring Ind 


33 


6 


Data Set Ready 


Out 


RTS 


34 


19 


(not used) 






35 


7 


Gnd 




Sig Gnd 


36 


20 


Data Terminal 
Ready 8 


In 


CTS 



a This signal uses default pull-up resistors that are controlled by J1 . 



TABLE 10-Id 

Serial port pin assignments (P5) — Port D 



Pin 


“D“ 


RS-232 


Direction 


SCC Pin 




Pin 


Function 




Function 


37 


2 


Port D Tx Data 


In 


Rev Data 


38 


15 


Tx Clock 


In 


Rev Clock 


39 


3 


Rev Data 


Out 


Tx Data 


40 


16 


+12v (via J6) 






41 


4 


Request to Send 8 


In 


DCD 


42 


17 


Rev Clock 


Out 


Tx Clock 


43 


5 


Clear to Send 


Out 


DTR 


44 


18 


+5v (via J7) 






45 


6 


Data Set Ready 


Out 


RTS 


46 


19 


-1 2v (via J8) 






47 


7 


Gnd 




Sig Gnd 


48 


20 


Data Terminal 
Ready 8 


In 


CTS 


49 




(not used) 






50 




(not used) 







a This signal uses default pull-up resistors that are controlled by J1. 
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Ports B and D are wired somewhat differently from ports A and 
C. In particular, the RS-232 signals Rev Clock ("D" Pin 17) is an 
output on ports B and D, and Ring Detects are provided only 
on ports A and C. Note that the interconnect cable from P5 is 
arranged in such a manner that the "D" connector pin 
assignments are correct for RS-232C conventions. Not all pins 
on the "D" connectors are used. Recommended mating 
connectors are Ansley P/N 609-500 ICE and Molex P/N 15-29- 
8508. 

Signals marked with a superscript a in Table 10 have default 
pull-up resistors that are controlled by Jl. 

Note: The serial ports may appear to be inoperative if Jl is set to 

default "FALSE" and if the device connected to the port 
does not drive the DTR and RTS pins TRUE. The monitor 
software, for example, initializes the SCC channels to 
respect the state of DTR and RTS. The RI signals for ports A 
and C are routed to the VIC chip (refer to section 6.4.2.2). 



10.3 SIGNAL NAMING CONVENTIONS (RS-232) 

Since the RS-232 ports are configured as "data sets," the naming 
convention for the interface signals may be confusing. The 
interface signal names are with respect to the terminal device 
attached to the port while the SCC pins are with respect to the 
SCC as if it, too, were a terminal device. Thus all signal pairs, for 
example, "RTS" and "CTS," are switched between the interface 
connector and the SCC chip. For example, "Transmit Data," Px- 
1, is the data transmitted from the device to the HK80/V960E 
board; the data appears at the SCC receiver as "Received Data." 
For the same reason, the "DTR" and "RTS" interface signals 
appear as the "CTS" and "DSR" bits in the SCC, respectively. If 
you weren't confused before, any normal person should be by 
now. Study the chart below and see if that helps. 
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TABLE 10-2 

RS-232 signal naming conventions 



SCC Signal 


Interface 


Direction 


Signal 




Tx Data 


Rev Data 


to device 


Rev Data 


Tx Data 


from device 


Tx Clock 


Rev Clock 


from device (ports A & C) 


Tx Clock 


Rev Clock 


to device (ports B & D) 


Rev Clock 


Tx Clock 


See Table 10-1. 


RTS 


DSR 


to device 


CTS 


DTR 


from device 


DTR 


CTS 


to device 


DCD 


RTS 


from device 


— 


Ring Ind. 


from device 



The SCC was designed to look like a "data terminal" device. 
Using it as a "data set" creates this nomenclature problem. Of 
course, if you connect the HK80/V960E board to a modem 
("data set"), then the SCC signal names are correct; however, a 
cable adapter is needed to properly connect to the modem. 
Three pairs of signals must be reversed. 



TABLE 10-3 
RS-232 reversal cable 



SCC 

Signal 


Px Pin 
Numbers 


"D" Pin 
Number 
at HK80/ 
V960E 


"D" Pin 
Number 
at 

Modem 


RS-232 

Signal 


x 


X 


1 


1 


Prot Gnd 


Rev Data 


1 


2 


3 


Rev Data 




3 


3 


2 


Tx Data 


DCD 


5 


4 


6 


DSR 


RTS 


9 


6 


4 


RTS 


DTR 


7 


5 


20 


DTR 


CTS 


12 


20 


5 


CTS 


(Ring Ind) 


8 


18 


22 


Ring Ind 


(Sig Gnd) 


11 


7 


7 


Sig Gnd 



Summary: The HK80/V960E may be directly connected to a 
"data terminal" device. However, a cable reversal is required for 
a connection to a "data set" device (for example, a modem). 
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10.4 CONNECTOR CONVENTIONS 

Paragraph 3-1 of the EIA RS-232-C standard says the following 
concerning the mechanical interface between data communica- 
tions equipment: 

"The female connector shall be associated 
with. ..the data communications equipment.... An 
extension cable with a male connector shall be 
provided with the data terminal equip- 
ment.... When additional functions are provided 
in a separate unit inserted between the data 
terminal equipment and the data communica- 
tions equipment, the female connector... shall be 
associated with the side of this unit which inter- 
faces with the data terminal equipment while 
the extension cable with the male connector 
shall be provided on the side which interfaces 
with the data communications equipment." 

Substituting "modem" for "data communications equipment" 
and "terminal" for "data terminal equipment" leaves us with the 
impression that the modem should have a female connector 
and the terminal should have a male. 

The Heurikon HK80/V960E microcomputer interface cables are 
designed with female "D" connectors, because the serial I/O 
ports are configured as data sets (modems). Terminal manufac- 
turers typically use a female connector also, despite the fact that 
they produce terminals, not modems. Thus, the extension cable 
used to run between a terminal and the HK80/V960E (or a 
modem) will have male connectors at both ends. 

If you do any work with RS-232 communications, you will end up 
with many types of cable adapters — double males, double 
females, double males and females with reversal, cables with 
males and females at both ends, you name it! We will be happy 
to help make special cables to fit your needs. 



10.5 SCC INITIALIZATION SEQUENCE 

The following table shows a typical initialization sequence for 
the SCC. This example is for port A. Other ports are pro- 
grammed in the same manner, substituting the correct control 
port address. 
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TABLE 10-4 

SCC initialization sequence 



Data 

(hex) 




Register 

Address 


Function 


00 


0220,0008 16 (write) 


Reset SCC register counter 


09, CO 


- 


«« 


Force reset (do for ports A & C only) 


04, 4C 


M 


it 


Async mode, x16 clock, 2 stop bits tx 


05, E A 


It 


tt 


Tx: RTS, Enable, 8 data bits 


03, El 


ft 


m 


Rev: Enable, 8 data bits 


01,00 


•1 


«v 


No Interrupt, Update status 


0B, 56 


n 


w 


No Xtal, Tx & Rev elk internal, BR out 


0C, baudL 


m 


m 


Set low half of baud rate constant 


0D, baudH 


m 


« 


Set high half of baud rate constant 


0E,03 


it 


n 


Null, BR enable 



Note: the notation "09,00" (etc.) means the values 09 16 and C0 16 
should be sent to the specified SCC port. The first byte selects 
the internal SCC register; the second byte is the control data. 
The above sequence only initializes the ports for standard asyn- 
chronous I/O without interrupts. The baudL and baudH values 
refer to the low and high halves of the baud rate constant, which 
may be determined from Table 10 -6 ("Baud Rate Constants") 
below. 

For information concerning SCC interrupt vectors, refer to sec- 
tion 3. Read the Z8530 technical manual for more details on 
SCC programming. 



10.6 PORT ADDRESS SUMMARY 



TABLE 10-5 

SCC register addresses 



Register 


Port A 


Port B 


Port C 


Port D 


Control 


0220,0008 16 


0220,0000,6 


0230,0008,6 


0230,0000,6 


Data 


0220,0018,6 


0220,0010, 6 


0230,0018,6 


0230,0010,6 



All ports are eight bits. 



10.7 SERIAL DMA 



Serial ports A, C, and D are hardwired to the 80960CA's DMA as 
follows: 
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Port A — DMA channel 2 
Port C — DMA channel 1 
Port D — DMA channel 0 

The assertion of the W/REQx pin of the SCC is used as the 
DMA request for the associated DMA channel. The DMA chan- 
nel is required to read the Port Data register to service the 
request. Refer to the 80960CA user's manual for details on the 
DMA. 



10.8 BAUD RATE CONSTANTS 

If the internal SCC baud rate generator logic has been selected, 
the actual baud rate must be specified during the SCC initializa- 
tion sequence by loading a 1 6 -bit time constant value into each 
generator. The following table gives the values to use for some 
common baud rates. Other rates may be generated by applying 
a formula. 



TABLE 10-6 

Baud rate constants 



Baud Rate 


xl clock rate 


x 16 clock rate 


110 


72,725 


4541 


300 


26,665 


1665 


1200 


6665 


415 


2400 


3331 


206 


4800 


1665 


102 


9600 


831 


50 


19,200 


415 


24 


38,400 


206 


11 



The time constant values listed above are computed as follows: 

7^x,6) = 500 ,000 -2 

baud 



QQ&.QQQ-2 

baud 

The xl6 mode will obtain better results with asynchronous pro- 
tocols because the receiver can search for the middle of the 
start bit. (In fact, the xl mode will probably produce frequent 
receiver errors.) 

The maximum SCC data speed is 1 megabit per second, using 
the xl clock and synchronous mode. For asynchronous trans- 
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mission, the maximum practical rate using the xl6 clock is 
62,500 baud. 



10.9 RS-422 OPERATION 

As an option, one or more of the serial ports on the 
HK80/V960E may be configured for RS-422 operation. The RS- 
422 option may either be installed when the board is ordered, 
or an existing HK80/V960E board may be factory-upgraded to 
add the option. Please contact Heurikon's Customer Service 
department for more information. 



10.10 RELEVANT JUMPERS (SERIAL I/O) 



TABLE 10-7 

Relevant jumpers — serial I/O 
Jumper Function 



1 RS-232 A,B,C,D Status 

Default 



3 +12 power port B 

4 +5 power port B 

5 -12 power port B 



6 +12 power port D 

7 +5 power port D 

8 -12 power port D 



Position 



J1-A (True) 

J1-B (False) 

Installed 

Installed 

Installed 

Installed 

Installed 

Installed 
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PINS 1 AND 2 OPEN 

PINS 15-25 OPEN (TYP) 
SIO C 

PINS 1 AND 2 OPEN 

25 PIN 

FEMALE "D" CONN. 

HEURIKON P/N- 1940 147 
W/STRAIN RELIEF 
(4 PLACES) 

PINS 1 AND 2 OPEN 



PINS 1 AND 2 OPEN 




NS 49 AND 50 OPEN 



50 PIN 

TRANSITION CONN. 
HEURIKON P/N-20 10321 
W/STRAIN RELIEF AND 
POLARIZATION TAB 



HEURIKON 


CORP. 


MADISON, WISCONSIN 


[SSBEZSN 


CKD: 











TITLE: 

V2E/V3E/V960E P5 SERIAL INTERFACE CABLE 
SHEET : 1 of 1 | COPYRIGHT: 1989 I DWG. N0:528A005-A 



</> 

m 

30 

> 



o 

> 

09 

r 

m 

D 

30 

> 

5 

Z 

0 



FIGURE 10.2. Serial I/O cable 
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Ethernet Interface 



11.1 INTRODUCTION 



The HK80/V960E is equipped with an Ethernet interface, which 
uses the Intel 82596CA 32-bit coprocessor to implement a stan- 
dard IEEE-802.3 CSMA/CD 10BASE5 (10 megabits per second) 
Ethernet interface. 

The Ethernet interrupt is tied to the XINT3 interrupt pin of the 
80960CA. 

Refer to the 82595CA user's manual (Intel publication number 
296443-001) for more detail on the operation and programming 
of this device. 



11.2 COMPONENTS 



The Ethernet interface consists of two functional units — the 
Network Interface Controller and the Serial Network Interface. 



11.2.1 Network Interface Controller 

The network interface controller on the HK80/V960E is the Intel 
82596CA high-performance 32-bit local area network coproces- 
sor. It performs complete CSMA/CD Medium Access Control 
(MAC) functions according to IEEE-802.3 independently of the 
CPU. Features include: 

• On-chip memory management 

• Bus master with on-chip DMA using a 32-bit RAM 
interface 

• Statistics management 

• Transmit and receive FIFOs 

• Network monitor mode 

• Self-test diagnostics and loopback mode 

• 82586 software compatibility mode 
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• Little-/big-endian (that is, Intel/Motorola) byte ordering 

• Burst bus transfers 

The 82596CA runs at the CPU (80960CA) speed and has up to a 
105 Mbytes per second bus bandwidth. 



11.2.2 Serial Network Interface 

The Manchester encoder/decoder serial network interface for 
the Ethernet interface on the HK80/V960E is the Intel 
82C501AD. Conforming to IEEE-802.3, it interfaces the network 
interface controller (82596CA) to the Ethernet network, per- 
forming the required Manchester encoding/decoding of net- 
work packets. Features include: 

• 10 megabits per second Manchester encoding and 
decoding with receive clock recovery 

• Loopback capability for diagnostics 

• Selectable for use with Ethernet 1.0 or IEEE-802.3 
transceivers via jumper Jll (see Table 11.6). 



11.3 ETHERNET ACCESS 

There are four ways for the CPU (80960CA) to communicate 
with the Ethernet portion of the HK80/V960E: ARB, PORT, CA, 
and LE/BE (Table 11-1). 



TABLE 11-1 
Ethernet accesses 



Access 


R/W 


Address 


D31-D4 


03- 

DO 


Function 


ARB 


W 


0200,01 C0 16 


xxxx,xxxx 16 


0 


Ethernet disabled. 










1 


Ethernet enabled. 


PORT 


w 


0280,00xx 16 


xxxx,xxxx 16 


0 


Reset the 82596CA. 








Results address 


1 


Perform a SELF TEST on 
82596CA. 








SCP address 


2 


Write a new SCP address. 








Dump address 


3 


Dump the 82596CA registers. 


CA 


R/W 


0290,00xx 16 


xxxx,xxxx 16 


X 


Channel Attention 


LE/BE 


W 


0200,0008 16 


0000,000x 16 


0 


82596CA is big-endian 
(Motorola). 










1 


82596CA is little-endian (Intel). 
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*11.3.1 Arbiter Enable 

To use the Ethernet facilities of the HK80/V960E, the Ethernet 
Arbiter (ARB) must be enabled. Without this bit set, 82596CA 
requests to the CPU (80960CA) will be ignored. A 1-bit latch at 
address 0200,01C0 16 controls the Ethernet Arbiter. 



11.3.2 Port Access 

The 82596CA has a CPU port process state that allows the CPU 
(80960CA) to cause the 82596CA to execute certain functions 
when address 0280,0000 16 is accessed. These functions are: 

• Reset: Performs a reset of the 82596CA without disturb- 
ing the rest of the system. 

• Self-test: Performs a self-test on the 82596CA and writes 
the results to a specified location in memory. 

• New SCP: Write an alternate system configuration 
pointer address (SCP). This function is useful when the 
default SCP (00FF,FFF6 16 ) conflicts with system memory 
(on the HK80/V960E, this function must be used, 
because the default conflicts). 

• Dump: Performs a dump of the internal state (registers 
and memory) of the 82596CA, and writes it to a speci- 
fied location in memory. 

The format of the PORT commands are summari 2 ed in the 
table below. 



TABLE 11-2 

82596CA port accesses 



Address is 0280,00xx 16 


Function 


D31 




. . D4 


D3 


D2 


D1 


DO 


Reset 




Donl care 




0 


0 


0 


0 


Self-test 


A31. . . . 


. . . .Self-test results address. . . 


A4 


0 


0 


0 


1 


New SCP 


A31 


Alternate SCP address 


. . . A4 


0 


0 


1 


0 


Dump 


A31 


Dump area pointer. 


. . . A4 


0 


0 


1 


1 



For every PORT command, there must be two accesses 
(Table 11-3). 
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TABLE 11-3 



82596CA port 


access definition 






First Access 


Second Access 


Big endian 


D15-D0 > Lower Command Word 


D31 -D1 6 > Upper Command Word 


Little endian 


D31 -D1 6 > Lower Command Word 


D15-D0 > Upper Command Word 



Therefore, two back-to-back 32-bit accesses each using the same 
32-bit data may be used to complete the PORT command 
(because the "other halP of the 32-bit value is ignored). A delay 
of at least one clock cycle is required between successive PORT 
commands. Software should account for this. Refer to the 
82596CA user's manual and the 82596CA initialization code in 
Appendix A for more details. 



11.3.3 Channel Attention (CA) 

Accessing address 0290,00xx, 6 issues Channel Attention (CA) to 
the 82596CA and causes it to begin executing memory-resident 
command blocks. The first CA after a reset forces the 82596CA 
into the initialization sequence beginning at location 00FF,FFF6 16 
or an alternate SCP address written to the 82596CA using the 
PORT access mechanism. All subsequent CAs cause the 
82596CA to begin executing new command sequences 
(memory-resident command blocks) from the system control 
block (SCB). 

Since the default SCP address (00FF,FFF6 16 ) is not accessible 
memory on the HK80/V960E, the NewSCP PORT Access com- 
mand must be issued prior to the first CA after a reset. 

Refer to the 82596CA user's manual for more details. 



11.3.4 Ethernet Byte Ordering 

The 82596CA supports both little-endian (Intel) and big-endian 
(Motorola) byte ordering. Byte ordering determines which 
memory location stores the least significant byte of the 
operand. For little-endian systems, the least significant byte is 
stored at the lowest byte address. For big-endian systems, the 
most significant byte is stored at the lowest address. The num- 
ber of bytes per operand depends on the data type. The byte 
ordering can be selected by accessing address 0200,0008 16 
(Table 11-4). 
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TABLE 11-4 
Ethernet byte ordering 



Port address 0200,0008 16 . Size: Long. Type: Write. 


Byte Ordering (LE/BE) 


DO 


Big endian 


0 (default after reset) 


Little endian 


1 



1 1 .4 ETHERNET PORT PIN ASSIGNMENTS, P6 




FIGURE 11-1. Ethernet connector, P6 



TABLE 11-5 

Ethernet connector pin assignments, P6 



Pin 

Number 


Name 


Function 


1 


CIS 


Control In Shield 


2 


CI+ 


Control In + 


3 


DO+ 


Data Out + 


4 


DIS 


Data In Shield 


5 


DI+ 


Data In + 


6 


VC 


Voltage Common 


7 


CO+ 


Control Out + 


8 


COS 


Control Out Shield 


g 


Cl- 


Control In - 


10 


DO- 


Data Out - 


ii 


DOS 


Data Out Shield 


12 


Dl- 


Data In - 


13 


VP 


Voltage Plus 


14 


VS 


Voltage Shield 


15 


CO- 


Control Out - 



Revision E / July 1990 























11-6 



HK80/V960E User's Manual 



11.5 TRANSCEIVER CONFIGURATION 

The transmit differential line for the Ethernet interface may be 
configured for either half- or full-step modes to facilitate its use 
with different types of transceivers, via configuration jumper Jll. 

Ethernet configuration is briefly summarized in the following 
table: 



TABLE 11-6 

Transmit differential line configuration, J11 



Position 


Configuration 


J11 installed 


0 idle differential voltage on TX lines: half-step mode 
(for use with IEEE-802.3-type transceivers) 


J11 not installed 


+ (positive) idle differential voltage on TX lines: full- 
step mode (for use with Ethernet 1 .0-type 
transceivers) 



Currently the 82596CA driver code is proprietary and confiden- 
tial. Please contact the factory for programming examples. 
Future revisions of the manual will include 82596CA program- 
ming examples. 
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SCSI Port 



12.1 INTRODUCTION 



The HK80/V960E uses the Western Digital WD33C93 chip to 
implement a Small Computer System Interface (SCSI) port 
(commonly pronounced "scuzzy"). 

The SCSI port may be used to connect to a variety of peripheral 
devices. Most common are Winchester disks, floppy diskettes, 
and streamer tape drives. 

Supported features and modes include: 

• Initiator role 

• Target role 

• Arbitration 

• Disconnect 

• Reconnect 

• 80960CA DMA interface 

Data transfer functions can be handled in a polled I/O mode or 
by using the DMA functions provided by the MPU. The SCSI 
interrupt is tied to XINT6 of the 80960CA. 

Refer to the WD33C93A technical specification for program- 
ming details. 



12.2 SCSI DMA 



The DMA for the SCSI port is provided through the 80960CA's 
DMA port 3- The SCSI handshakes both request and acknowl- 
edge with the DMA port. The DMA should be programmed to 
perform dual address transfers using the byte assembly feature 
of the DMA in order to reduce the number of RAM accesses. 
The DMA Control Word of the 80960CA (using the sdma 
instruction) should be set as follows: 
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SCSI Read: 0000,OOA3 16 

That is: 

• 8 to 32 bit 

• Source address hold 

• Demand mode (synchronize) 

• Source synchronized 

SCSI Write: OOOO,O0DC 16 

That is: 

• 32 to 8 bit 

• Destination address hold 

• Demand mode (synchronize) 

• Destination synchronized 

Refer to the 80960CA user's manual for further details on DMA. 

Using these modes, the SCSI/DMA interface can support a 4- 
Mbyte per second transfer rate with the WD33C93A chip. 



12.3 REGISTER ADDRESS SUMMARY (SCSI) 



TABLE 12-1 

SCSI register address summary 



Address 


R/W 


Bits 


Function 


0240, 0000, 6 


W 


8 


Set Controller Address Register 


0240,0000 16 


R 


8 


Read Auxiliary Register 


0240,0008,6 


R/W 


8 


SCSI Controller Registers 


0200,0000,6 


R/W 


8 


SCSI Data Register (DMA) address 


0200,0140,6 


W 


1 


SCSI Bus Reset (1=reset, 
0=release) 



12.4 SCSI RESET 



The SCSI reset pin (RST — pin 40) is connected to the VIC 
interrupt pin LIRQ7, thus enabling the VIC to interrupt the 
processor if a SCSI reset occurs. See section 6.4 and Table 6-3. 
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12.5 SCSI PORT PIN ASSIGNMENTS, P4 




FIGURE 12-1. SCSI connector, P4 
TABLE 12-2 

SCSI pin assignments, P4 



Pin number 


Name 


Function 


Odd pins 


Ground 




2 


DBO/ 


Data bit 0 


4 


DB1/ 


Data bit 1 


6 


DB2/ 


Data^bit 2 


8 


DB3/ 


Data bit 3 


10 


DB4/ 


Data bit 4 


12 


DB5/ 


Data bit 5 


14 


DB6/ 


Data bit 6 


16 


DB7/ 


Data bit 7 


18 


DBP/ 


Data parity bit 


26 


TERMPWR 


Termination Power (+5) 


32 


ATN/ 


Attention 


34 


Spare 




36 


BSY/ 


SCSI Bus busy 


38 


ACK/ 


Transfer acknowledge 


40 


RST/ 


Reset 


42 


MSG/ 


Message 


44 


SEL/ 


Select 


46 


C/D 


Control/Data 


48 


REQ/ 


Transfer request 


50 


1/0/ 


Data movement direction 
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Recommended mating connectors are Ansley P/N 609-500 ICE 
and Molex P/N 15-29-8508. 



12.6 SCSI TERMINATION 

If necessary, use RN4-RN6 at the top of the HK80/V960E near 
the SCSI connector on the HK80/V960E for SCSI termination 
(Fig. 12-2). Jumper J9 should be installed if termination is 
present. 





RN4-RN6 
SCSI Terminators 






f 








| P3 - Centronics | 


P5 (above) Serial 
1 


2 |p7.FPI I 14 

r — 1 13 - ...... 




: : XV : 1 P4 (below)- SCSI < |f gr 1 ’ 

’ 1 RN5 1 r 



FIGURE 12-2. Location ol SCSI terminators 
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Centronics Port 



13.1 INTRODUCTION! 



This 8-bit parallel port is designed for direct connection to a 
Centronics compatible printer (or other) device. Since the 
handshake lines (STROBE and INIT) are under software control, 
this interface can be used as a general-purpose output port. 



13.2 CENTRONICS PORT PIN ASSIGNMENTS, P3 




FIGURE 13-1. Centronics connector, P3 
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TABLE 13-1 



Centronics pin assignments, P3 



P3 Pin 


Centronics 

Pin 


Direction 


Signal 


2-24 (even) 


(19-30) 




Gnd 


1 


1 


Output 


STROBE/ 


3 


2 


Output 


DATA1 (DO) 


5 


3 


Output 


DATA2 


7 


4 


Output 


DATA3 


9 


5 


Output 


DATA4 


11 


6 


Output 


DATA5 


13 


7 


Output 


DATA6 


15 


8 


Output 


DATA7 


17 


9 


Output 


DATA8 (D7) 


19 


10 


Input 


ACK/ 


21 


11 


Input 


BUSY 


23 


12 


Input 


PE 


25 


13 


Input 


SELECT 


26 


31 


Output 


IN IT/ 


27 


14 




Gnd 


28 


32 


Input 


ERROR/ 


29 


15 




n/c 


30 


33 


Input 


spare 1 


31 


16 




Gnd 


32 


34 


Input 


spare 2 


33 


17 




n/c 


34 


35 


Input 


spare 3 


— 


18 




n/c 


— 


36 




n/c 



Recommended mating connectors are Ansley P/N 609-340 ICE 
and Molex P/N 15-29-8348. 



The falling edge of ACK/ is used to turn on the Centronics 
interrupt signal going to the VIC local interrupt line L1RQ1. To 
clear the interrupt signal, read from the interrupt reset location, 
02C0,0018 1S . 
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13.3 CENTRONICS CONTROL PORT ADDRESS 

The Centronics interface logic uses the following physical mem- 
ory addresses for data and control functions: 



TABLE 13-2 



Centronics control addresses 


Address 


Direction 


Function 


02CO,0000 16 


W 


Data Latch (see below) 


0200,0000,6 


R 


Status Port (see below) 


02CO,0008 16 


W 


Turn STROBE on 


02C0, 0008 16 


R 


Turn STROBE off 


0200,0010,6 


W 


Turn INIT on 


0200,0010,6 


R 


Turn INIT off 


0200,0018,6 


R 


Reset ACK Interrupt 


TABLE 13-3 
Centronics 


data/status addresses 


Bit 02C0,0000 1S (Write) Data 
Latch 


02C0,0000 1S (Read) 
Status Port 


D7 


DATA8 


(spare 1 ) 


D6 


DATA7 


(spare 2) 


D5 


DATA6 


(spare 3) 


D4 


DATA5 


ERROR/ 


D3 


DATA4 


SELECT 


D2 


DATA3 


PE 


D1 


DATA2 


BUSY 


DO 


DATA1 


ACK/ (Negative true pulse) 



After power-on, the state of the Data Latch is indeterminate; 
STROBE and IN1T will be false. The Data Latch is not changed 
by a board reset; however, STROBE and INIT will go false. 

Follow this procedure when using this port for a Centronics 
printer: 

1. Wait for the printer BUSY signal to go false. 

2. Write the character to port 02CO,0000 16 . 

3. Assert STROBE (write to 02C0,0008 1S ). 
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4. Delay at least one microsecond. 

5. De-assert STROBE (read from 02C0,0008 16 ). 

6. Wait for ACK (wait for an interrupt via the VIC). The ACK 
signal at the Centronics status port (bit DO of 02C0,0000 16 ) 
will be just a fleeting pulse. 

7. Reset the ACK interrupt signal by reading from 02CO,0018 16 . 
(See Table 13-2.) 

8. Repeat for the next character. 
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34 PIN 

TRANSITION CONN. 

POLARIZED 

P/N-2010313 














ADD V3E/V960E 


B 


RJC 


12/89 




CHANGE TO IDC CONN. 


A 


KES 


8/89 


CABLE-A-9 


REVISIONS 


REV 


REV BY 


DATE 


ECO/APPVL 


Copyright Howrlkon Corporation. AH right* raaorvod. No port of thl* 
Pocuoont may b* ropr oducod. *to rod In rotrlovot oyfttoo*. or trono«1tto4. 
In ony for* or by ony won* - oochonlcoi. oloctronlc. photocopying, 
duplicating, •Icrofllolng. vldootoplng or othorvloo - without tho prior 
•rltton pomlsslon of Heurlkon. 



HEURIKON 


CORP. 


MADISON, WISCONSIN | 


DWN: KES 


CKD: 




DATE: 8/ 15/89 


SCALE: N.T.S. 


TITLE: 






j V2E/V3E/V960E CENTRONICS l/E CABLE 1 


1 SHEET: 1 OE 1 


COPYRIGHT: 1989 


DWG. NO: 528A004-B I 



FIGURE 13-3. Centronics printer interface cable 



CO 
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Real-Time Clock (RTC) 



14.1 INTRODUCTION 



The HK80/V960E has a real-time clock module (Dallas 
Semiconductor, part number DS1216F or equivalent), which 
includes a built-in CMOS watch circuit and a lithium battery. 
The module is located underneath the HK80/V960E EPROM 
(that is, the module also functions as a socket for the EPROM) 



14.2 RTC IMPLEMENTATION 

The RTC logic does not generate interrupts; a CIO timer chan- 
nel is used for that purpose. The RTC contents, however, may be 
used to check for long-term drift of the system clock, and as an 
absolute time and date reference after a power failure. Leap year 
accounting is included. Heurikon can provide complete operat- 
ing system software support for the RTC module. 

The RTC module time resolution is 10 milliseconds. The RTC 
internal oscillator is accurate to 1 minute per month, at 25 
degrees C. 

The clock contents are set or read using a special sequence of 
commands, as detailed in the program example, in Appendix A. 

To access the RTC, a specific sequence of 64 accesses must 
occur to "unlock" the device for use. Then, a series of serial read 
commands may be initiated at the addresses shown in Table 
14-1 to perform the actual reading and writing of the clock. 



TABLE 14-1 
RTC accesses 



Byte Read at Address 


Function 


02FO,0000 16 


Write a 0 to RTC. 


02F0,0003 16 


Write a 1 to RTC. 


02F0,0004 1€ 


Read RTC. 
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Note: 



Do not execute the module access instructions out of ROM. 
The instruction fetch cycles will interfere with the module 
access sequence. Also, be certain the reset disable bit 
(rtc_data.day bit D4) is always written as a 1. 

Example code for the real-time clock is provided in 
Appendix A. 
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Summary Information 



15.1 SOFTWARE INITIALIZATION SUMMARY 

Refer to the example code in Appendix B for guidance on soft- 
ware initialization. 



15.2 ON-CARD I/O ADDRESSES 

This section is a summary of the on-card port addresses. It is 
intended as a general reference for finding additional informa- 
tion about a particular device. Refer to section 5.5 for a pictorial 
description of the system memory map. 



TABLE 15-1 
Address summary 



Address 

(Hexadecimal) 


Type 


Device 


Reference 

Section 


4xxx,xxxx 


R/W 


VMEbus (Extended Space) 


6.7 


0400,0000 - 
3FFF.FFFF 


R/W 


VSB bus 


7.3 


03xx,xxxx 


R/W 


VMEbus (Standard Space) 


6.7 


02F0,00xx 


R/W 


RTC 


14 


02E0,00xx 


R/W 


CIO 


9.6 


02D0,00xx 


R/W 


SCSI DMA 


12.3 


02C0,00xx 


R/W 


Centronics 


13.3 


02B0.0000 


R 


VIC (Interrupt 
Acknowledge) 


6.4.2.2 


02A0,0xxx 


R/W 


VIC (Registers) 


6.3 


0290, xxxx 


R/W 


Ethernet Channel Attention 


11.3 


0280, OOxx 


W 


Ethernet Port Access 


11.3 


Continues. 
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TABLE 15-1 — Continued. 
Address summary 



Address Type 


Device 


Reference 


(Hexadecimal) 




Section 



0270, xxxx 


RAN 


NV-RAM (Read/Write) 


5.7 


0240, OOxx 


RAN 


SCSI 


12.3 


0230, OOxx 


RAN 


SCC2 (Ports C & D) 


10.6 


0220,00xx 


RAN 


SCC1 (Ports A &B) 


10.6 


0210,0000 


R 


Error Status Latch 


3.4.2 


0200,0100 


- 


Ethernet Arbiter Enable 


11.3 


0200,0180 


- 


Reserved 




0200,0140 


W 


SCSI Reset 


12.3 


0200,0100 


W 


VME Extended Space 
Enable 


6.8.1 


0200,0000 


w 


VME Standard Space 
Enable 


6.8.2 


0200,0080 


w 


VME Short Space Enable 


6.5 


0200,0040 


w 


ROMINH 


5.2 


0200,0038 


w 


User LED 4 


8.1 


0200,0030 


w 


User LED 3 


8.1 


0200,0028 


w 


User LED 2 


8.1 


0200,0020 


w 


User LED 1 


8.1 


0200,0018 


w 


VSB Arbiter Enable 


7.3 


0200,0010 


w 


VSB Release on Request 


7.3 


0200,0008 


w 


Ethernet LE/BE Select 


11.3 


0100 ( xxxx 


RAN 


VMEbus (Short Space) 


6.7 


OOxx, xxxx 


RAN 


On-card RAM 


5.3 
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15.3 HARDWARE CONFIGURATION JUMPERS 



Jumper settings and terminator configurations are detailed in 
the manual section pertaining to the associated device. This 
section can be used as a cross reference for finding additional 
information. 



TABLE 15-2 

Jumper and terminator configurations 



Jumper or 
Terminator 


Function 


Reference 

Section 


Standard 

Configuration 


1 


Ports A,B,C,D defaults 


10.10 


Installed 


3 


RS-232 power, +1 2V port B 


10.10 


Removed 


4 


RS-232 power, +5V port B 


10.10 


Removed 


5 


RS-232 power, -1 2 V port B 


10.10 


Removed 


6 


RS-232 power, +12V port D 


10.10 


Removed 


7 


RS-232 power, +5V port D 


10.10 


Removed 


8 


RS-232 power, -1 2 V port D 


10.10 


Removed 


9 


SCSI bus power 


12.6 


Removed 


10 


System controller 


6.6 


Installed 


11 


Ethernet transceiver type 


11.5 


Not installed 


17 


ROM size 


5.2 


1 Mbit 


RN4-RN6 


SCSI terminators 


12.6 


Installed 


RN18-RN24 


VSB terminators 


7.4 


Installed 
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FIGURE 15>1. HK80/V960E jumper locations 
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15.4 POWER REQUIREMENTS 



TABLE 15-3 

HK80/V960E power requirements 



Voltage 


Current 


Usage 


+5 


9.0 A 


All logic 


+12 


1.0 A 


RS-232 interface 
and Ethernet 


-12 


1.0 A 


RS-232 interface 



All "+5" and M Gnd" pins on PI and P2 must be connected to 
ensure proper operation. 



15.5 ENVIRONMENTAL REQUIREMENTS 

Operating temperature: 0 to +55 degrees Centigrade, ambient, at 
board. 

Humidity: 0% to 85%. 

Storage temperature: -40 to +70 degrees C. 

Typical power dissipation: About 45 W 

FAN COOLING IS REQUIRED for the HK80/V960E board 
whenever power is applied, even when the board is on an 
extender card. Recommended air flow rate is 2-3 cubic feet per 
minute, depending on card cage constraints and other factors. 



15.6 MECHANICAL SPECIFICATIONS 



TABLE 15-4 

Mechanical specifications 



Width 


Depth 


Height (above 
board) 


9.187 in. 


6.299 in. 


0.6 in. 


233.35 mm 


160 mm 


15.25 mm 



Standard board spacing is 0.8 inches. The HK80/V960E is a 10- 
layer board. 
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Appendix A — Code Examples 

This appendix contains the example code listed below: 



README 

BoarcLc 

Board, h 

Bug.h 

BoardAsm.s 

CIO.c 

Proc.c 

Proc.h 



ProcAsm.s 

RTC.c 

SCC.c 

SCSI.c 



VME.c 



A brief description of the example files. 

This file is the catchall for the miscellaneous board-related 
functions. 

This file describes the HK80/V960E hardware addresses and 
data structures. 

This file is intended to provide standard constants and data 
structures common to all files independent of processor, 
compiler, and board model. 

This file contains much of the 80960CA-specific data 
structures and functions necessary to configure the 
HK80/V960E properly. Many of the processor-specific 
functions must be configured as shown in this file for the 
HK80/V960E to function reliably. 

This file contains the functions necessary to read, write, and 
configure the Z85C3 6 counter/timer parallel port chip. 

The functions contained in this file provide the monitor 
with the commands to handle interrupts and faults as well as 
providing program tracing. 

The interrupt wrapper is a relocatable assembly language 
module that is allocated on the stack. The interrupt table 
vector location is initialized to point to the wrapper and the 
wrapper is initialized to point to the interrupt handler. This 
level of indirection will reduce the necessity for assembly 
code. 

This file contains routines for interrupt functions. 

This file contains functions for operating the real-time 
clock. 

This file contains the functions necessary to read, write, and 
configure the Z85C30-16 serial controller. 

This file contains the functions necessary to read, write, and 
configure the WD33C93A SCSI controller. 

This file contains the functions necessary to initialize the 
VMEbus as well as examples for performing several basic 
VME functions. 
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The code examples in this directory/manual are provided to 
give you an example of how to interface to the 80960CA and 
the devices on the V960E board. The code examples consist 
of the device- and processor-specific sections of the V960E 
debug monitor. 

Note that the complete programming environment has not been 
provided. These files will compile and function properly 
but are nothing more than a collection of files and perform 
no useful function without the upper level programs. For more 
detailed programming examples and the programming 
environment contact your sales representative and ask about 
the debug monitor or functional test software. These software 
packages provide more complete device and environment 
examples . 
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* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



MODIFICATIONS: 



♦include "Bug.h" 

♦include "Board. h" 

♦include "NvMonDefs.h" 

/★*********************************************************************** 

* Board.c: Thi3 file is the catchall for the miscellaneous board-related 

* functions. Defined in this module are: 



extern NV_HkDefined HKFlelds; 
extern NV_MonDef3 NvMonDefs; 
char BoardModel[] = "V960E"? 

/**★*★*** ************************************************************* 

* Boardlnit () : Initialize the minimum hardware to the default state 

* defined by the NV device structures. 



Boardlnit () 

{ 

SetSerDevs () ; 
ConfigVmeBus () ; 
InitCIOState () ; 
ResetSCSI () ; 
BPInit () ; 



/* Initialize serial to default state. 
/* Initialize VMEBus to default state. 



* BoardConfig () : Initialize the board hardware completely to the state 

* defined by the NV device structures. 
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BoardConfig ( ) 

I 

SetSerDevs () ; 
ConfigVmeBus () ; 
InitSCSIState () ; 
Conf igEthernet () ; 
ConfigVsbBus () ; 

1 



/* Initialize serial to NV specified state. 

/* Initialize VMEbus to NV specified state. 

/* Initialize 596CA to NV specified state. 

/* Initialize VSBbus to NV specified state. 



t******************************************** 



* Conf igEthernet () : Initialize the Ethernet byte ordering and arbiter. 

* * */ 



Conf igEthernet () 

{ 

NV_MonDefPtr Conf = SNvMonDefs; 

if (EthByteEndian (Conf ) ) ( 

*ETHERNET_LEBE = OxFF; 

1 else ( 

*ETHERNET_LEBE = 0x00; 

) 

if (EthArbiterEnbl (Conf ) ) ( 

*ETHERNET_ARB_EN = OxFF; 

*ETHERNET_ARB EN = 0x00; 



/* Set up byte ordering. 



/* Enable bus arbitration. 









* Conf igVsbBus () : Initialize the VSB release modes and arbiter. 
***/ 

ConfigVsbBus ( ) 

{ 

NV MonDefPtr Conf = SNvMonDefs; 



if (VsbReleaseMode (Conf ) ) ( 

*VSB_RLSE_REQ = 0x00; 

) else { 

*VSB_RLSE REQ = OxFF; 

} 

if (VsbMasterEnbl (Conf) ) ( 
*VSB_ENBL_ARB = OxFF; 

) else ( 

*VSB ENBL ARB = 0x00; 



/* Enable VSB Master interface.*/ 



/* Set up Release Mode for VSB.*/ 






* PrStatusO: This monitor function should print useful information 

* about the board configuration. 

***/ 



PrStatus () 

{ 

unsigned long Temp; 

xprintf("\n VME System controller -> “) , 
if (IsSystemController () ) ( 
xprintf ("On\n") ; 

} else { 

xprintf ("Off\n") ; 

) 

Temp = HKFields .Manuf . SerialNumber; 



1 
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xprintfC* Ethernet physical ID -> 00:80:F9:89:%2.2x:%2.2x\n", 
(Temp >> 8) £ OxFF, Temp £ OxFF) ; 



/a*************************************************'******************* 

* SetLedDisplay () : This function presents the lower four bits of the 

* 'Value' on the user LEDs. 

***/ 

SetLedDisplay (Value) 
unsigned long Value; 

( 

*LEDl = (-Value); 

*LED2 = (-Value » 1) ; 

*L£D3 = (-Value » 2); 

*LED4 = (-Value » 3); 



/************************************************************************ 

* MemTopO : This function determines the address of the last long 

* word in DRAM. The size of the DRAM is determined by the 

* NV memory configuration. 

* * */ 

unsigned char *MemTop() 

{ 

return ( (unsigned char *) (0x400 + HKFields. Hardware. DRAMSize -4)); 



/a-*********************************************************************** 

* MemBase(): This function determines the base address of the available 

* DRAM. The base of RAM is determined by the compiler created 

* variable 'end' which indicates the end of the 'bss' section. 



extern unsigned long end[]; 
unsigned char *MemBase() 

{ 

return ( (unsigned char *) end); 



/*****★***********★**★*★*★***★*****★****★**★*******★********************* 

* Delay (); This function is intended to provide a fixed delay for 

* timing. It isn't very accurate ! (very compiler dependent) . 
***/ 

♦define HUND_SEC_DELAy 25000 

Delay (HundSec) 
int HundSec; 

1 

volatile int i; 

for (i=HundSec * HUND SEC_DELAY; i; i — ); 

) 

/a*********************************************************************** 

* IntErrO: When an unexpected interrupt is received it is necessary to 

* remove the error condition before returning to the monitor. 

* This function is called from the function UnExpIntrO which 

* parses the interrupt record for the address and the vector 
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* associated with the interrupt. The device is dealt with 

* accordingly and the monitor is resumed. 

* Because the interrupt condition may be a program which 

* is determined to beat its head into a wall it is 

* necessary to abort the program and return directly to 

* the monitor level. This is done in a function IntRecovO 

* which causes the processor to return into the line editor. 

***/ 

/* Generic resonse messages */ 

static char NMIEStr[] = "\n\n A GUnexpected NMI Exception at 0x%.8X - %s(%s)\n“; 

static char DevIntStrf] = "\n\n A GUnexpected %s Interrupt at 0x%.8X\n"; 

static char UnklntStrf] = "\n\n , 'GUnexpected Interrupt at 0x%.8X Vector 0x%x\n"; 

/* Error type for NMI */ 

char "BusMasterErrTable [] = ( "??? unknown", "Ethernet", "VMEBus", “80960CA" }; 

char *NmiErrTable ( ) = ( "Bus Error", “Parity Error" ); 

IntrErr (Addr, Vector) 
long Vector; 
char *Addr; 

{ 

unsigned char Status; 



switch (Vector) { 

case NMI VECTOR: ( 

Status * * STATU S_LATCH; 

xprintf (NMIEStr,5ddr,NmiErrTable [Status £ 0x01], 
BusMasterErrTable [( (Status & 0x06) » 1)3); 
break; 

) 

case CIO VECTOR: { 

InitCIOState () ; 

xprintf (DevIntStr, "CIO", Addr) ; 
break; 

) 

case SCSI_VECTOR: ( 

ResetSCSI () ; 

xprintf (DevIntStr, "SCSI", Addr) ; 
break; 

) 

case SCCAB_VECTOR: 
case SCCCD_V ECTOR: { 

SetSerDeva () ; 

xprintf (DevIntStr, "SCC",Addr) ; 
break; 

) 

case ETH_VECTOR: { 

xprintf (DevIntStr, "ETHERNET", Addr) ; 
break; 

) 

case I PL2_VECTOR : 
case IPL1_VECT0R: 
case IPL0 VECTOR: ( 

xprintf (DevIntStr, "VIC-IPL(%x) ", Addr, Vector) ; 

UnMaskVMEInt (0) ; 

break; 

) 

default: { 

xprintf (UnklntStr, Addr, Vector); 
break; 

} 

) 

Dump Regs () ; 

FlushCache () ; 
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* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



MODIFICATIONS: 



/*★★******★*******★★*★*★★*★*****★**★★★**★★*******★★**********•***********★ 

* Board.h: This file describes the v960e hardware addresses and data 

* structures. Included in this file are the definitions for: 

* 

* 80960CA Interrupt Vector Assignments 

* 285C36 CIO Counter Timer 

* Z85C30 SCC Serial Controller, Ports A-D 

* WD33C93 SCSI Controller 

* DS1216F Real-time Clock 

* VSB Interface 

* User LEDs 

* NMI Status Latch 

* CENTRONICS Interface 

* 82596CA Ethernet Controller 

* VIC068 VMEBus Controller and Configuration Registers 

* 28C64 EEPROM 



* This 


section defines the 


interrupt vectors and mask bit associated 






* with 
*/ 


each v960 Interrupt 


source. 












♦define 


NMI VECTOR 


0xF8 


/* 


Vector Definitions for 


the ' 


V960 


*/ 


♦define 


DMA~CHAN3 VECTOR 


0xC2 


/* 


are fixed according to 


how 


the 


*/ 


♦define 


DMA~ CHAN2~VECTOR 


0xB2 


/* 


Interrupt Map registers 


are 


3et 


V 


♦define 


DMA CHAN1 VECTOR 


0xA2 


/* 


This definition is accurate 


for 


*/ 


♦define 


DMA~CHAN0~VECTOR 


0x92 


/* 


the Map defined in the 


file 




*/ 


♦define 


CIO VECTOR 


0x82 


/* 


80960CA3.S 






*/ 


♦define 


SCSI VECTOR 


0x72 












♦define 


SCCAB VECTOR 


0x62 












♦define 


SCCCD VECTOR 


0x52 
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♦define 


ETH VECTOR 


0x42 








♦define 


IPL? VECTOR 


0x32 








♦define 


IPL1 VECTOR 


0x22 








♦define 


IPL0_VECTOR 


0x12 








♦define 


DMA CHAN3 MASK 


0x800 


/* 


The Interrupt Mask Bits are 


*/ 


♦define 


DMA CHAN2 MASK 


0x400 


/* 


fixed and should never be 


*/ 


♦define 


DMA~CHAN1“MASK 


0x200 


/* 


modified. The mask bits are 


*/ 


♦define 


DMA CHAN0 MASK 


0x100 


/* 


determined by the v960 


*/ 


♦define 


CIO INT MASK 


0x080 


/* 


hardware. 


*/ 


♦define 


SCSI INT MASK 


0x040 








♦define 


SCCAB INT MASK 


0x020 








♦define 


SCCCD INT MASK 


0x010 








♦define 


ETH INT MASK 


0x008 








♦define 


I PL? INT MASK 


0x004 








♦define 


IPL1 INT MASK 


0x002 








♦define 


IPL0“INT MASK 


0x001 










************** 


* * 


***************************** 


★ * * 



* CIO: Definitions for the Z85C36 CIO Counter Timer and parallel ports 

***/ 



♦define CIOPORT 0x02E00000 



♦define CI0_AData 
♦define CIO_BData 
♦define CI0_CData 
♦define CIO CTRL 



((volatile unsigned char *) (CIOPORT + 0x10)) 
((volatile unsigned char *) (CIOPORT + 0x08)) 
( (volatile unsigned char *) (CIOPORT + 0x00) ) 
((volatile unsigned char *) (CIOPORT + 0x18)) 



^************************************************************************ 
* SCC: Definition for the Z85C30 serial ports A-D. 



♦define SCC_REG_SPREAD OxOF 
♦define SCC_PORT_SPREAD 0x08 

♦define BaudToTimeCon3t (baud) 



/* Distance between registers 
/* Distance between ports 

((500000 / baud) - 2) 



*/ 

*/ 



struct SCCPort { /* Serial device structure */ 

unsigned char Control; 
unsigned char Dummy [SCC_REG_SP READ] ; 
unsigned char Data; 

}; /* Define port addresses */ 



♦define SCC_PORTB 
♦define SCC_PORTA 
♦define SCC_P0RTD 
♦define SCC PORTC 



((struct SCCPort *) 0x02200000) 

((struct SCCPort *) ((int) SCC_PORTB + SCC_PORT_SPREAD) ) 
({struct SCCPort *) 0x02300000) 

((struct SCCPort *) ((int) SCC_P0RTD + SCC_PORT_SPREAD) ) 



* SCSI: Definition for the WD33C93 SCSI interface. 

★ * ★ ! 



♦define 


SCSI_ADDR 


0x02400000 


/* 


Base Address 


of SCSI schip 


*/ 


♦define 


SCSI_RESET 


( (unsigned char 


*) 


0x02000140) 


/* Bus reset 


*/ 


struct 


SCSIChip { 




/* 


Define SCSI 


structure 


*/ 



unsigned char SC_AddrPtr; 
unsigned char SC_Dummy[7]; 



unsigned char SC~Register; 

>; 



/* Define macros to read and write */ 
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♦define 


SCSI ((struct 


SCSIChip *) SCSI_ADDR) 




♦define 


SCWriteReg (Reg 


, Val) SCSI->SC_AddrPtr = Reg;\ 








SCSI->SC_Register = Val 




♦define 


SCReadReg (Reg, 


Val) SCSI->SC AddrPtr = Reg;\ 








Val * SCSI->SC_Register 




/************ ****.*******.**********.*************************. ********** 




* SCSI 


bus interface 


controller registers 












♦define 


SREG OWNID 


0x00 




♦define 


SREG CTRL 


0x01 




♦define 


SREG TIMEOUT 


0x02 




♦define 


SREG TSECT 


0x03 




♦define 


SREG THEAD 


0x04 




♦define 


SREG TCYLH 


0x05 




♦define 


SREG - TCYLL 


0x06 




♦define 


SREG HH LADR 


0x07 




♦define 


SREG~HM LADR 


0x08 




♦define 


S REG - LM - LAD R 


0x09 




♦define 


SREG LL LADR 


OxOA 




♦define 


SREG SECT 


OxOB 




♦define 


SREG HEAD 


OxOC 




♦define 


SREG CYLH 


OxOD 




♦define 


SREG CYLL 


OxOE 




♦define 


SREG - TLUN 


OxOF 




♦define 


SREG - CPHASE 


0x10 




♦define 


SREG SYNT 


0x11 




♦define 


SREG HTCNT 


0x12 




♦define 


SREG~MTCNT 


0x13 




♦define 


SREG LTCNT 


0x14 




♦define 


SREG - DEST ID 


0x15 




♦define 


SREG SRC ID 


0x16 




♦define 


SREG SCSI STAT 


0x17 




♦define 


SREG CMD 


0x18 




♦define 


SREG_DATA 


0x19 




♦define 


SREG CDBl 


0x03 




♦define 


SREG CDB2 


0x04 




♦define 


SREG CDB3 


0x05 




♦define 


SREG CDB4 


0x06 




♦define 


SREG CDB5 


0x07 




♦define 


SREG CDB6 


0x08 




♦define 


SREG CDB7 


0x09 




♦define 


SREG - CDB8 


OxOA 




♦define 


SREG CDB9 


OxOB 




♦define 


SREG CDB10 


OxOC 




♦define 


SREG CDB11 


OxOD 




♦define 


SREG_CDB12 


OxOE 




/»*****. 


************** 


**************************************************** 




* DMA 


Control Words 


for SCSI Read and Write transfers. 




***/ 








♦define 


SCDMA RCTRL WORD 0x000000A3 /* Control word for SCSI DMA read * 


/ 


♦define 


SCDMA_WCTRL — WORD OxOOOOOODC /* Control word for SCSI DMA write * 


/ 


♦define 


SCDMA CHANNEL 


0x3 /* Channel associated with SCSI * 


/ 


♦define 


S CDMA - ADD RE S S 


0x02000000 /* DMA Acknowledge address * 


/ 


/*******.***********,**********,********,***********************,********, 
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* RTC: Data structures and addresses for the real-time clock 
***/ 



♦define WATCHBASE ((volatile unsigned char *) 0x02F00000) 



♦define WR0_WATCH ((volatile unsigned char *) (WATCHBASE )) 

♦define WR1_WATCH ( (volatile unsigned char *) (WATCHBASE + 3) ) 

♦define RD_WATCH ((volatile unsigned char *) (WATCHBASE + 4)) 

struct rtc_data ( /* D7 D6 D5 D4 : D3 D2 Dl DO */ 

unsigned char dotsec; /* — 0.1 sec : — 0.01 sec */ 

unsigned char sec; /* — 10 sec : — seconds */ 

unsigned char min; /* 10 min : — minutes */ 

unsigned char hour; /* — A 0 B Hr : — hours */ 

unsigned char weekday; /* — 0 0 0 1 : — day */ 

unsigned char date; /* — 10 date — : — date */ 

unsigned char month; /* — 10 Month : — month */ 

unsigned char year; /* — 10 year ; — year */ 

); 



* VSB: Control bits associated with the VSB interface 
***/ 

♦define VSB_ENBL_ARB ((unsigned char *) 0x02000018) 

♦define VSB_RLSE_REQ ( (unsigned char *) 0x02000010) 



* LED: Thi3 is the definitions for the four user LEDS. 
*/ 



♦define LED1 
♦define LED2 
♦define LED3 
♦define LED4 



((unsigned char *) 0x02000020) 
((unsigned char *) 0x02000028) 
((unsigned char *) 0x02000030) 
((unsigned char *) 0x02000038) 



/★****★★************★*★*★*★*★★*★★★★****■****★★***★*★***★*****★****★******** 

* The 3tatus latch returns a 3 bit error code indicating the state of 

* the system when an NMI exception has occurred. The format of the latch is: 



Bits 

2 1 



Indication 



NMI caused by a bus error. 

NMI caused by a parity error. 

NMI occurred while Ethernet owned the bus. 

NMI occurred while slave VMEBus owned the bu3. 
NMI occurred while the processor owned the bus. 

Bus ownership unknown (shouldn't occur). 



♦define STATUS LATCH 



♦define STATUS_PERR(x) 
♦define STATUS BERR(x) 



((unsigned char *) 0x02100000) 

(<x s 0x1) == 1) 

((x & 0x1) == 0) 



♦define STATUS_80960CA (x) ( (x £ 0x6) == 6) 
♦define STATUS_82596CA(x) ((x £ 0x6) == 2) 
♦define STATUS VMESLAVE(x) ((x £ 0x6) == 4) 
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/*****************************************************★******************* 

* CENTRONICS: Definition for the Centronics Interface 

*/ 

♦define CENT_BASE ((unsigned char *) 0x02C00000) 

♦define CENT DATA ((unsigned char *) (CENT_BASE + 0x00)) 

♦define CENT STATUS ((unsigned char *) (CENT_BASE + 0x00)) 

♦define CENT_SET_STROBE ((unsigned char *) (CENT_BASE + 0x08)) 

♦define CENT CLEAR STROBE ((unsigned char *) (CENT BASE + 0x08)) 

♦define CENT SET_INIT ((unsigned char *) (CENT_BASE + 0x10)) 

♦define CENT_CLEAR_INIT ((unsigned char *) (CENT BASE + 0x10)) 

♦define CENT INT_ENBL ((unsigned char *) (CENT_BASE + 0x18)) 

♦define CENT INT_CLR ((unsigned char *) (CENT_BASE + 0x18)) 



/****★***★*****★**★**★**★*★******★*******★*********★***★**************'**** 

* 82596CA: Definition for the Ethernet data structures and addresses 

* ★ */ 

♦define ETHERNET_PORT ((unsigned char *) 0x02800000) 

♦define ETHERNET CA ((unsigned char *) 0x02900000) 

♦define ETHERNET~LEBE ((unsigned char *) 0x02000008) 

♦define ETHERNET ARB EN ((unsigned char *) 0x02000lC0) 



/a************************************************************************ 

* VIC068 1 Definition for the VIC Chip Registers 
***/ 

♦define VIC ((struct VicChip *) OxO2A0OOOO) 

♦define VIC_IACK_BASE ((unsigned char *) Ox02BOOOOO) 

♦define VIC IACK IPL0 ((unsigned char *) (VIC_IACK_BASE + 0x10)) 

♦define VIC~IACK~IPLl ((unsigned char *) (VIC_IACK_BASE + 0x04)) 

♦define VIC_IACK_IPL2 ((unsigned char *) (VIC_IACK_BASE + 0x08)) 

typedef struct VlcReg { /* Structure to define register spacing */ 

unsigned char Reg; 
unsigned char Dummy [3]; 

} VicReg; 

struct VicChip { /* VICO 68 Register description */ 

VicReg VMEIntlntCntrl; 

VicReg VMEIntCntrl [7] ; 

VicReg DMAIntCntrl; 

VicReg LocIntCntrl [7] ; 

VicReg ICGSIntCntrl; 

VicReg ICMSIntCntrl; 

VicReg ErrlntCntrl; 

VicReg ICGSVecBase; 

VicReg ICMSVecBase; 

VicReg LocVecBase; 

VicReg ErrVecBase; 

VicReg ICSwitch; 

VicReg ICR (8); 

VicReg VMEIntReqStat; 

VicReg VMEIntVec [7] ; 

VicReg TranTimeOut; 

VicReg LocBusTiming; 

VicReg BlkTranDef; 

VicReg VMEConfig; 

VicReg ArbReqConfig; 

VicReg AddModSrc; 

VicReg BerrStat; 
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VicReg DMAStat; 

VicReg SlvSel [2] [2] ; 
VicReg RelCntrl; 
VicReg BlkTranCntrl; 
VicReg BlkTranLen [2] ; 
VicReg SysReset; 



* Mailbox structure definitions as they would appear on the 

* VMEBus . 

* ★ ★ f 



typedef struct ICReg { 
unsigned char Reg; 
unsigned char Dummy; 
) ICReg; 

typedef struct Switch ( 
unsigned char Set; 
unsigned char Clear; 
) Switch; 

typedef struct MailBox ( 
ICReg ICR[8] ; 

Switch ICGS 1 4 3 ; 
Switch Dummy (4); 
Switch I CMS [4] ; 

) MailBox; 



/* This how the Interconnect Registers */ 
/* appear on the VMEbus */ 



/* The Module and Global Switches */ 



/* The Mailbox data structure consists */ 
/* of 8 Interconnect registers 4 */ 
/* module and 4 global switches. The */ 
/* base address of this structure is */ 
/* determined by the CIO port B value. */ 



* VMEBus configuration registers for slave mapping 
*** / 



♦define SLAVE_EXT_ENBL 
♦define SLAVE_STD_ENBL 
♦define SLAVE SHT ENBL 



((unsigned char *) 0x02000100) 
((unsigned char *) 0x020000C0) 
((unsigned char *) 0x02000080) 



/************ ft************************************************************ 

* 28C64 EEPROM: Definition for the NV Memory Interface 

★ ■k * f 



♦define NV_BASE 0x02700000 /* Base address of NV memory */ 
♦define NV^SIZE 0x00002000 /* Size in bytes of NV memory */ 
♦define NV~PROTECTED 0x00001800 /* Beginning of protected NV memory */ 
♦define NV_MON_DEFS 0x00001600 /* Beginning of monitor NV defs. */ 

♦define NV_MAX_NBR_WRITES 10000 /* Limit on the number of writes */ 
♦define NV_PAGE_SIZE 1 /* Page size of 32 for fast program */ 
♦define NV_SPACING 8 /* Number of bytes between bytes */ 



L 
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/★a********************************************************************** 

* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition# Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 

*****/ 

/*•**■*■****★*★*******★**■**★****★**★*★*****★*****★*■***********★**★****★****** 

* Bug.h: This file is intended to provide standard constants and 

* data structures common to all files independent of 

* processor compiler and board model. 

*** / 

* Define the constants for TRUE, FALSE, NULL and ERROR. 

* * * i 



♦define NULL 0 
♦define TRUE 1 
♦define FALSE 0 
♦define ERROR -1 

♦define FAILED 0 
♦define PASSED 1 

♦define READ 0 

♦define WRITE 1 

/a**************-*-********************************************************* 
* Character definitions 

***/ 



♦define 


EOF 


0 


♦define 


DEL 


0x7F 


♦define 


ESC 


OxlB 


♦define 


SP 


9 9 


♦define 


BS 


'\b' 


♦define 


CR 


' \r' 


♦define 


LF 


' \n' 


♦define 


TAB 


'\t' 
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* UNIX style time structure 

* * */ 



struct tm { 
unsigned 
unsigned 
unsigned 
unsigned 
unsigned 
unsigned 
unsigned 
unsigned 

}; 



long tm_fsec; 
long tm_sec; 
long tm_min; 
long tm_hour; 
long tm_mday; 
long tm_mon; 
long tm_year; 
long tm_wday; 



typedef struct tm tm; 



/* fractions of seconds (0 - 99) */ 
/* seconds (0 - 59) */ 

/* minutes (0 - 59) */ 

/* hours (0 - 23) */ 

/* day of month (1 - 31) */ 

/* month of year (0 - 11) */ 

/* year - 1900 */ 

/* day of week (sunday = 0) */ 



1 
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# 

4 This file contains much of the 80960CA-specif ic data structures and functions 
4 necessary to configure the v960 properly. Many of the processor-specific 
4 functions must be configured as seen in this file for the v960 to function 
4 reliably. 

4 

4 



.file "BugAsm.s" 

.text 

.align 4 



# 

4 Initialization: The initialization of the v960 includes reading a new prcb 

# and control table, which must be located in RAM. Also, the 

# Vector and Fault tables are initialized, and the board is 

# initialized to a known state. 

# 



, set 


REQUEST INTR, 


0x000 


, set 


INVALID“CACHE, 


0x100 


, set 


CONFIG CACHE, 


0x200 


, set 


RE INITIALIZE, 


0x300 


, set 


LD CTRL REG0, 


0x400 


set 


LD~ CTRL REG1, 


0x401 


set 


LD CTRL~REG2 , 


0x402 


, set 


LD~CTRL REG3, 


0x403 


set 


LD CTRL REG4, 


0x404 


set 


LD“CTRL“REG5, 


0x405 


set 


LD~CTRL~REG6 , 


0x406 


globl 


_start_ip 




globl 


_ColdStart 




globl 


_MonEntryPt 




globl 


“end 




globl 


_RcvTrace 





4 Pause 500 mSec for RAM and then do 8 RAS/CAS cycles to initialize 



# memory. 










_MonEntryPt: 










ColdStart : 












ldconst 


0x02000020, r4 








ldconst 


OxFFFFFFFF, r5 








St 


r5, (r4) 


4 


Clear LED's 




St 


r5, 0x08 (r4) 








St 


r5, 0x10 (r4) 








St 


r5, 0x18 (r4) 






_start_ip: 


ldconst 


0x000, r4 


4 


Counter 




ldconst 


0x400, r6 


4 


RAM Address 




ldconst 


0x010, r5 


4 


Loop Count 


Ramlnit : 


St 


r5, (r€) 








addo 


1, r4, r4 








cmpobne 


r4, r5, Ramlnit 


4 


Write to RAM 




ldconst 


Oxeeeeeeee, r3 








Ida 


_int_table, r4 








Ida 


_end, r5 






ClearSysMem: 


St 


r3, (r4) 








addo 


4, r4, r4 








cmpobne 


r4, r5, ClearSysMem 







ldconst REINITIALIZE, r 3 4 Re-initialize op Code 

Ida getpcb,r4 4 Address to start execution 

Ida newprcb, r5 ♦ Address of new prcb block 
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sysctl 


r3, r4, r5 


* 


Reinitialize 80960CA. 


getpcb: 


ldconst 


LD CTRL REG2,r3 


* 


Read Register Group. 




sysctl 


r3, r3, r3 


♦ 


Number 2 from Ctrl table. 




ldconst 


LD CTRL REG3,r3 


4 


Read Register Group. 




sysctl 


r3, r3, r3 


4 


Number 3 from Ctrl table. 




ldconst 


LD CTRL REG4, r3 


4 


Read Register Group. 




sysctl 


r3, r3, r3 


4 


Number 4 from Ctrl table. 




ldconst 


LD CTRL REG5,r3 


4 


Read Register Group. 




sysctl 


r3, r3, r3 


4 


Number 5 from Ctrl table. 


SetState: 


ldconst 


0xlF1002,r3 


4 


Modify state to priority 0, 




ldconst 


0x000002, r4 


* 


supervisory / executing state 




modpc 


0,r3,r4 








ldconst 


0x001000, r3 


4 


Modify arithmetic controls so 




ldconst 


0x001000, r4 


4 


no imp fits and iof masked. 




modac 


0,r3,r4 






Ida 


sup stack, r4 


* 


New supervisory stack 




mov 


r4, sp 


# 


address . 




mov 


0, gl4 


4 


Fix compiler bug. 


StartMon: 


callx 


Vectlnit 


# 


Initialize Vector Table. 




callx 


_FaultInit 


* 


Initialize Fault Table. 




callx 


StartMonitor 




4 Start program. 




ret 










.globl 


warm 






warm: 


callx 


Vectlnit 


f 


Initialize Vector Table. 




callx 


"Faultlnit 


4 


Initialize Fault Table. 




b 


SetState 








.globl 


_IntRecovery 






# Note that 

4 


this section is necessary for the B step parts to work. 


IntRecovery ; 


: ldconst 


RE INITIALIZE, r3 


4 


Re-initialize op Code 




Ida 


RecovO, r4 


4 


Address to start execution 




Ida 


newprcb, r5 


* 


Addesss of new prcb block 




sysctl 


r3, r4, r5 


4 


Reinitialize 8Q960CA. 


RecovO: 


ldconst 


0xlF1002,r3 


4 


Modify state to priority 0, 




ldconst 


0x000002, r4 


4 


supervisory / executing state. 




modpc 


0, r3,r4 








ldconst 


0x001000, r3 


4 


Modify arithmetic controls so 




ldconst 


0x001000, r4 


4 


no imp fits and iof masked. 




modac 


0, r3, r4 








Ida 


sup stack, r4 


* 


New supervisory 3tack 




mov 


r4, sp 


4 


address . 




mov 


0,gl4 


4 


Fix compiler bug. 




callx 


_LineEdit 






4 Note that 


this section is necessary for the A step parts to work. 


# 


Ida 


Recovl, rip 


4 returns to Exclnt 


# 


ret 






#Recovl: 


Ida 


Recov2, rip 


4 returns to UnExpInt 


# 


ret 








#Recov2 : 


Ida 


_LineEdit, rip 


4 


returns to before interrupt j 
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4 ret 

•globl _AtomicModify 

AtomicModify : atmod gO, gl, g2 

ret 



Region Table: There are three different ways that the v960 memory can be 
configured. 

1) 32-bit, burst enabled is the configuration for region 0 
and should never be configured otherwise. This allows the 
on card DRAM to use burst. 

2) 32-bit, burst disabled is the configuration for regions 
1 through 14 and should never be configured otherwise. 
Region 15 should be configured this way when ROM has been 
inhibited. 

3) 8-bit, burst disabled is the configuration for region 15 
when ROM is not inhibited. This allows the ROM to be 
accessed as an 8-bit-wide memory. 



set 


BURST 32BIT, 


0x00100003 


set 


NONBURST 32BIT, 


0x00100002 


set 


NONBURST 8BIT, 


0x00000002 



# 

f PRCB: The processor control block indicates the interrupt and fault tables 

# to be used, sets up a pointer to the new control table and initailizes 

4 the 3tacks, caches and control registers. 

| 



•align 4 



newprcb: 



word 


fit table 


word 


ctl table 


word 


5x00501000 


word 


0x40000001 


word 


_int table 


word 


3ys table 


word 


5x00500000 


word 


int 3tack 


word 


5x00510000 


word 


0x00000005 


space 


2*4 



# Fault table base address (ram) 

4 Control table base address (rom) 

# AC register initial image 

4 Mask integer overflow faults 
4 Fault Configuration Word 
4 (Mask unaligned bus req. faults) 

# Interrupt table base address 
f System procedure table base 
4 Reserved 

# Interrupt stack pointer 
4 Instruction cache config 
4 Register cache config 

4 Num cached register sets = 5 

# Make an even quad word 



* 

# Control Table: The control table is organized as 7 groups of 4 words each. 

4 Groups 2-5 indicate the memory region configurations. Group 0 

# is the breakpoint registers, Group 1 the interrupt Map and 

# control registers, and Group 6 is the misc. registers. 

# : 



.align 4 

.globl _ctl table 
.globl _RegTonl5 
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ctl table: 



— — 


4 


- Breakpoint Registers — 


— 


ctlGroupO : 


.word 


0x00000000 


4 


IPB0 IP Breakpoint register 0 




.word 


0x00000000 


4 


IPB1 IP Breakpoint register 1 




.word 


0x00000000 


4 


DAB0 Data Addr Breakpoint reg 




.word 


0x00000000 


4 


DAB1 Data Addr Breakpoint reg 




i 


- Interrupt map and 


control registers 


CtlGroupl : 


.word 


0x00004321 


# 


IMAP0 Interrupt Map register i 




.word 


0x00008765 


* 


IMAP1 Interrupt Map register 




.word 


0x0000CBA9 


t 


IMAP2 Interrupt Map register ; 




. word 


0x00008000 


4 


Interrupt controller 




4 


- Memory Region Configuration Registers 


CtlGroup2 : 


.word 


BURST 32BIT 




# Region 0 




.word 


NONBURST 32 BIT 




4 Region 1 




.word 


NONBURST 32BIT 




4 Region 2 




.word 


NONBURST 32BIT 




# Region 3 


CtlGroup3 : 


.word 


NONBURST 32BIT 




♦ Region 4 




.word 


NONBURST 32BIT 




# Region 5 




.word 


NONBURST 32BIT 




# Region 6 




.word 


NONBURST 32BIT 




# Region 7 


CtlGroup4 : 


.word 


NONBURST 32BIT 




# Region 8 




.word 


NONBURST 32BIT 




i Region 9 




.word 


NONBURST 32BIT 




f Region 10 




.word 


NONBURST 32BIT 




4 Region 11 


CtlGroup5 : 


.word 


NONBURST 32BIT 




# Region 12 




.word 


NONBURST 32BIT 




♦ Region 13 




.word 


NONBURST 32BIT 




# Region 14 


_Regionl5: 


.word 


NONBURST_8BIT 




# Region 15 




4 


- Breakpoint, Trace, 


and 


Bus Control registers 


CtlGroup6: 












.word 


0x00000000 


I 


N/U Not Used. 




.word 


0x00000000 


1 


BPCON Breakpoint Control Reg 




.word 


0x00000001 


* 


TC Trace Controls 




.word 


0x00000001 


i 


BCON Bus Configuration Ctrl 



f 

# 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 



STACK DEFINITIONS: The following data definitions define the stacks for the 
80960CA. The interrupt, supervisory and user 3tacks are 
defined. Depending on the application, the size of these 
definitions may be increased or decreased. 

DATA STRUCTURES: Space for the interrupt, fault and system procedure 

tables are defined here. The size of these tables is a 
fixed quantity. Details of how these structures are used 
can be found in the 80960CA manual. The initialization of 
these structures is performed by other functions. 



.align 
, data 


4 








.globl 


_int 


_table 






,bss 


_int 


_table. 


0x0420, 


8 


.globl 


fit 


_table 






, bss 


_flt 


_table, 


0x0200, 


8 


, globl 


_sys 


_table 






,bss 


_sys 


'table. 


0x0200, 


8 


.globl 


jisr 


_stack 
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.bss _usr_stack, 0x0800, 8 

.globl _int_stack 

.bss _int_stack, 0x0800, 8 



•globl _sup_stack 

.bss _sup_stack, 0x2000, 8 



# 

# Powerup detection: The following routines determine powerup conditions and 

# allow the user to set the powerup magic number 

4 

.set POWER UP_MAGIC_NUMBER, 0x52364767 

.set POWER~UP_LOCATION, 0x00000004 

.text 
.align 4 

.globl _IsPowerUp 



IsPowerUp: 



IsPowerUP : 



ldconst P0WER_UP LOCATION, r5 

ldconst POWER UP~MAGIC NUMBER, r6 

Id (r5),r? 

cmpobne r4, r6, IsPowerUp 

mov 0x0, gO 

ret 

mov 0x1, gO 

ret 



4 

# Powerup detection: The following routines determine powerup conditions and 

# allow the user to set the powerup magic number 

4 



.text 
.align 4 

.globl _SetNotPowerUp 

SetNotPowerUp: ldconst POWER_UP_LOCATION, r5 

ldconst POWER UP_MAGIC_NUMBER, r6 

st rS, (r5) 

ret 
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/★★★★★★a**************************************'*************************** 

* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition# Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation# and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

it 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of# or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness# or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 

* MODIFICATIONS: 

it it -k it it ! 

♦include "Bug.h" 

♦include "Board. h" 

* CIO.c: This file contains the functions necessary to read, write and 

* configure the Z85C36 Counter Timer / parallel port chip. 

* The functions defined in this module are listed below: 

it 

* ResetCIO () InitCIOState () StartTimerO 

» WriteCIOPortA ( ) WriteCIOPortB () WriteCIOPortC () 

* ciointrO 

it it it f 

/ick-kit1t1tititick*it1titititiiit*itititititititititit1titit1tifitititir1tifkit1t1titifkifkititititit1c*i(1tit*’k + ifk-k-k , k-k***-k-k 

* This file contains all the CIO specific subroutines necessary to reset, 

* initialize, read and write to the CIO ports and counter timers. 



* ResetCIOO: Sets the CIO to the hardware reset state. 

★ 

* InitCIOStateO : This is the default state of the CIO and it should be set 

* to this state at reset. 



* WriteCIOPortA () 

* WriteCIOPortB () 

* WriteCIOPortC () : These are the routines used to write to ports A-C of 

* the CIO. 

it 

*/ 



* ResetCIOO : This function resets the counter timer regardless 

* what state the chip might be in. 
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it it it f 



ResetCIO () 

{ 

volatile unsigned char *p, c; 



p = CI0_CTRL; 
c = *p? 

*p = 0x00; 
c = *p; 

*p = 0x00; 

*p = 0x01; 

*p = 0x00; 



/* make sure we're waiting for a reg ptr */ 
/* master int ctl reg ptr */ 

/* (must be a good reason to do it again) */ 

/* reset bit on, off */ 



* InitCIOStateO: This function initializes the counter timer to the 

* state expected by the monitor. The configuration sets 

* the parallel ports as bit output ports so that the 

* VME slave comparison addresses can be written to ports 

* A, B and C. 

* * * / 

InitCIOStateO 

{ 

static unsigned char ciotablef] = { 



0x00, 


0x00, 


/* 


Clear register interrupts VIS 


*/ 


0x28, 


0x00, 


/* 


Port B as bit port 


*/ 


0x20, 


0x00, 


/* 


Port A as bit port 


*/ 


0x2B, 


0x00, 


/* 


Port B all outputs 


*/ 


0x23, 


0x00, 


/* 


Port A all outputs 


*/ 


0x06, 


0x00, 


/* 


Port C all outputs 


*/ 


0x2C, 


0x00, 


/* 


Port B normal i/o 


*/ 


0x24, 


0x00, 


/* 


Port A normal i/o 


*/ 


0x07, 


0x00, 


/* 


Port C normal i/o 


*/ 


0x2D, 


0x00, 


/* 


All pattern registers cleared 


*/ 


0x09, 


0x20, 


/* 


Clear interrupts 


*/ 


0x01, 


0x94 


/* 


enable port A and port B 


*/ 



} ; 

register int cnt; 
volatile unsigned char *p; 

ResetCIOO ; 
p = CI0_CTRL; 

for (cnt = 0; cnt < sizeof (ciotable) ; cnt++) 
*p = ciotable [cnt] ; 



/★AT******************************************************-***************** 

* WriteCIOPortA () : 

* WriteCIOPortB () : 

* WriteCIOPortC () : These functions provide the ability to write to the 

* CIO output ports. Ports A, B and C are used for the 

* VMEbus slave maps for the Extended, Short and Standard 

* spaces, respectively. 

*** / 

WriteCIOPortA (Data) 
unsigned char Data; 

{ 

*CIO_AData = Data; 

) 
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WriteCIOPortB (Data) 
unsigned char Data; 

{ 

*CI0 BData = Data; 

) 

WriteCIOPortC (Data) 
unsigned char Data; 

( 

*CIO CData = Data; 

) 



/********»**************************************************************** 

* StartTimer () : This function is intended to provide an example of how 

* to initialize the CIO counter timers. Here the CIO is 

* initialized, the interrupt handler is attached, and then 

* the counter is started. In this example the location 

* 'NumTicks' is incremented for every interrupt received 

* and a dot is printed every second. This function is 

* turned off by calling InitCIOState () and disconnecting 

* the interrupt handler. 

***/ 

volatile int NumTicks; 

StartTimer () 

( 

int cnt; 

int ciointrO; 

static unsigned char ctitable [] = ( 



0x00, 


0x86, 






/* 


Enable master interrupt VIS 




*/ 


OxlE, 


0x80, 






/* 


Channel 3 Continuous 




*/ 


OxlA, 


0x82, 


OxlB, 


0x35, 


/* 


Channel 3 Count (l/60th sec) 




*/ 


OxOC, 


0x20, 






/* 


Clear IP and IUS for channel 


3 


*/ 


OxlD, 


0x80, 






/* 


Channel 2 Continuous 




*/ 


0x18, 


0x50, 


0x19, 


0x8A, 


/* 


Channel 2 Count (l/97th sec) 




*/ 


OxOB, 


0x20, 






/* 


Clear IP and IUS for channel 


2 


*/ 


OxlC, 


0x80, 






/* 


Channel 1 Continuous 




*/ 


0x16, 


0x31, 


0x17, 


0xC3, 


/* 


Channel 1 Count (l/157th sec) 




*/ 


OxOA, 


0x20, 






/* 


Clear IP and IUS for channel 


1 


*/ 


0x05, 


0x00, 






/* 


Set up port 3 */ 






0x06, 


OxFF, 














0x07, 


0x00, 














0x01, 


0x40, 






/* 


Enable counters 1, 2, and 3 




*/ 


OxOC, 


0xC6, 






/* 


Enable Interrupts, start count 


*/ 


OxOB, 


0xC6, 














OxOA, 


0xC6 















) ; 

xprintf (“NumTicks loaded at 0x%x\n", SNumTicks) ; 
ConnectHandler (CIO_VECTOR, ciointr) ; 

NumTicks ~ 0; 

ResetCIO ( ) ; 

*CI0 CTRL = 0x04; 

*CI0~CTRL = 0x80; 

for (cnt = 0; cnt < sizeof (ctitable) ; cnt++) 
*CIO_CTRL = ctitable [cnt]; 

UnMasklnts (0x80) ; 



* ciointrO: This is the interrupt handler for the counter timer. 
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* This function removes the interrupt in the device and 

* then clears the interrupt in the processor. 

***/ 

static ciointrO 

( 

unsigned char Vector, Status; 
int i; 



for( i = 0 ; i < 0x1000 ; i++) ; 
Vector = *CIO_CTRL; 

*CI0_CTRL = 0x04; 

Vector = *CIO_CTRL; 



*CI0 CTRL = OxOA; 

Status = *CIO_CTRL; 

♦CIO CTRL = OxOA; 
if (7NumTicks++ % 157 ) == 0) ( 
PutC ( ' . ' ) ; 

) 

*CI0_CTRL = 0x24; 

for( i = 0 ; i < 0x1000 ; 1 ++) ; 

ClrlntPend () ; 



/* This delay is necessary to allow */ 
/* the CIO to drive the interrupt high.*/ 
/* The interrupt mask in the processor */ 
/* must be cleared in the processor. */ 
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/***■*****★★************★********★****★**★★★*****★**★***★***************** 

* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be U3ed in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 
***** / 

linclude "Bug.h" 
♦include "Proc.h" 



* 






Proc.c: The functions contained in this file provide the monitor 
with commands to handle interrupts and faults as well as 
providing program tracing. The functions contained in 
this module are listed below: 



VectToVect Addr ( ) 
ConnectHandler ( ) 
Faultlnit () 



VectlnitO 
DisConnectHandler ( ) 
FaultErr () 



* 

* 

* *★/ 



And trace files: 

Trace () ExecTraceO 

StepO BPointO 

RcvTraceO SaveStateO 

ModeToMask () 



BPInitO 
DispTrace (> 
OneWordlnstr ( ) 



extern unsigned long int_table[]; /* Address of interrupt table */ 

extern unsigned long flt_table[j; /* Address of fault table */ 



unsigned long TraceEnabled; /* Trace controls register */ 
unsigned long TraceMask; /* Trace controls register */ 
unsigned char TraceFlag; 

/*★**★★★★*★*********★**★★****★★***★**★★★★*★**★***★*★★**★★★**★★*★**★*★***★ 
‘ VectToVectAddr () : Converts 'Vector" to a vector address contained in 

* the interrupt table. 



***/ 
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unsigned long *VecToVecAddr (Vector) 
unsigned long Vector; 

( 

return ( (unsigned long *) (int table + 1 + Vector)); 

) 

/************************************************************************ 

* VectlnitO: The Vector table consists of 36 Bytes of Pending interrupt 

* bits followed by 992 Bytes of Vector Table. A total of 

* 1028 bytes of data. 

* 

* Note that the NMI interrupt always resides in the 

* 80960CA Data RAM at location 0. 

***/ 

Vectlnit () 

{ 

int i, UnExpIntrO; 
unsigned long *VectPtr; 

VectPtr = int_table; 
for(i =0; i < 9; i++) ( 

*VectPtr++ = 0; 

) 

ford = 9; i < 257; i++) ( 

*VectPtr++ = (unsigned long) UnExpIntr; 

) 

‘((unsigned long *) 0) = (unsigned long) UnExpIntr; 



/***************#******************************#************************* 

* ConnectHandler () : The function allocates a interrupt wrapper, links 

* the wrapper into the interrupt table and then 

* initializes the wrapper to call the Handler address. 

* * */ 

struct IntWrapper IntCode = { 

0xb2805000, 0xb2a06010, 0xb2c06020, 0xa2e06030, 0x8c200040, 0x59084004, 
0x9027f400, Oxf f f f f f f 8, 0x8c2800ff, 0x58894084, 0x5c801602, 0x86003000, 
0x66666666# 

0x8c200040, 0x59084104, 0xb0805000, 0xb0a06010, 

0xb0c06020, 0xa0e06030, OxOaOOOOOO, 

Oxeeeeeeee, Oxeeeeeeee, Oxeeeeeeee 

!; 

ConnectHandler (Vector, Handler) 
unsigned long Vector; 
int Handler)); 

( 

unsigned long ‘CodePtr, *MemPtr; 

3truct IntWrapper ‘Wrapper; 
int i, UnExpIntrO; 

unsigned long ‘VectPtr, ‘VecToVecAddr ( ) ; 
char ‘MallocO; 

VectPtr = VecToVecAddr (Vector) ; 

FlushCache () ; 

if (‘VectPtr != (unsigned long) UnExpIntr) ( 

Wrapper = (struct IntWrapper *) ‘VectPtr; 

Wrapper->CallAddr = (unsigned long) Handler; 
return; 

) 

MemPtr = (unsigned long *) Malloc (sizeof (struct IntWrapper)); 
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CodePtr = (unsigned long *) SIntCode; 

Wrapper = (struct IntWrapper *) MemPtr; 

for (i = 0; i < (sizeof (struct IntWrapper) / sizeof (unsigned long)); i++) ( 
*MemPtr++ = *CodePtr++; 

) 

Wrapper->CallAddr = (unsigned long) Handler; 

‘VectPtr = (unsigned long) Wrapper; 
if (Vector == NMX_VECTOR) { 

♦((unsigned long ‘) 0) = (unsigned long) Wrapper; 

) 

FlushCache () ; 



/*»******************************************************************** 

* DisConnectHandler () : Modifies vector table back to unexpected 

* interrupt handler. 



***/ 



** 



DisConnectHandler (Vector) 
unsigned long Vector; 

( 

unsigned long OldWrapper, *VecToVecAddr ( ) ; 

Int UnExpIntrO; 

OldWrapper = *VecToVecAddr (Vector) ; 

Free (OldWrapper) ; 

‘VecToVecAddr (Vector) = (unsigned long) UnExpIntr; 

) 



/A*************.********************************************************* 

* FaultErrO: This function is called when a processor fault is called 

* if the fault was unexpected then an error message is 

* printed indicating the cause of the fault. 

“*/ 

static char FltStrU = “\n\n A GUnexpected fault at 0x%x, Type ' %s' %s\n"; 
static char Unknown (] * "Unknown"; 

static char Reserved!] = "Reserved"; 



char ‘FaultTypes [] = { 



"Parallel", 


/* 


0x00 


*/ 


"Trace", 


/* 


0x01 


*/ 


“Operation", 


/* 


0x02 


*/ 


"Arithmetic", 


/* 


0x03 


*/ 


Reserved, 


/* 


0x04 


*/ 


"Constraint", 


/* 


0x05 


*/ 


Reserved, 


/* 


0x06 


*/ 


"Protection", 


/* 


0x07 


*/ 


Reserved, 


/* 


0x08 


*/ 


Reserved, 


/* 


0x09 


*/ 


"Type Mismatch", 


/* 


OxOA 


*/ 


Unknown, 


/* 


OxOB 


*/ 


Unknown, 


/* 


OxOC 


*/ 


Unknown, 


/* 


0x0D 


*/ 


Unknown, 


/* 


OxOE 


*/ 


Unknown, 

); 


/* 


OxOF 


*/ 


char ‘TraceFaultTypes [ ] 


= ( 




Unknown, 


/* 


0x01 


*/ 


"Instruction", 


/* 


0x02 


*/ 


"Branch", 


/* 


0x04 


V 
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"Call", 


/* 


0x08 


*/ 


"Return", 


/* 


0x10 


*/ 


“PreReturn", 


/* 


0x20 


*/ 


"Supervisory", 


/* 


0x40 


*/ 


"BreakPt" 

1; 


/* 


0x80 


*/ 


char ‘OperFaultTypes [] 


= ( 




"Inv. OpCode", 


/* 


0x01 


*/ 


"Unimplemented", 


/* 


0x02 


*/ 


"Unaligned", 


/* 


0x03 


*/ 


"Inv. Operand" 


/* 


0x04 


*/ 



1; 



FaultErr (Addr, Type) 
long Type; 
char ‘Addr; 

( 

unsigned long SubTypeBit, TypeBits; 
char ‘TypeStr, ‘SubTypeStr; 

TypeBits = ( (Type » 16) & OxOF) ; 

TypeStr = FaultType3 [TypeBits] ; 
if (TypeBits == 1) ( 

SubTypeBit = FindBitSet (Type & OxFF) ; 
SubTypeStr = TraceFaultTypes [SubTypeBit] ; 
} else if (TypeBit3 == 2) { 

SubTypeBit = ((Type - 1) t 0x03); 
SubTypeStr = OperFaultTypes [SubTypeBit] ; 

} else { 

SubTypeStr * 

> 

xprintf (FltStr, Addr, TypeStr, SubTypeStr); 
Dump Regs ( ) ; 

LineEdit () ; 

) 



* Faultlnit(): The fault table consists of 32 - 8 bytes fault entries. 

* All faults are initialized to the unexpected fault 

* handler. 

“*/ 



struct FltWrapper FltCode * { 



0xb2805000, 

0x9027f400, 

Oxfffffffc, 

Oxeeeeeeee, 

0x8c200040, 

0xb0c06020, 

Oxeeeeeeee, 



0xb2a06010, 
Oxf f f f f ff8, 
0x86003000, 

0x59084104, 

0xa0e06030, 

Oxeeeeeeee, 



0xb2c06020, 

0x8c283000, 



0xb0805000, 

OxOaOOOOOO, 

Oxeeeeeeee 



0xa2e06030, 

OxOOffOOff, 

0xb0a06010, 



0x8c200040, 

0x58894084, 



0x59084004, 

0x9087f400, 



Faultlnit () 

( 

int i, UnExpFault () ; 
unsigned long ‘FaultPtr; 

TraceFlag = 0; 

FaultPtr = flt_table; 
for (i = 0; i < 32; i ++) ( 

*FaultPtr++ = (unsigned long) UnExpFault; 
*FaultPtr++ = (unsigned long) 0; 






Jun 22 1990 10:34:28 



Proc.c 



Page 5 




/*************★***★*★*★*****★*★*★*★**■**•***★******★*****★***■*******★■*★★*** 

* Trace events that happen on the next V960 bug 'call' Instruction. 

* The 'call' routine must be modified to set the pc and tc. 

***/ 



♦define 


PCTRACE ENABLE 


0x01 




♦define 

♦define 


MAX BREAK POINTS 
FMARK OPCODE 


20 

0x66003e00 




♦define 


STEP 


0x02 


/* 


Single step trace 


*/ 


♦define 


BRANCH 


0x04 


/* 


branch trace */ 




♦define 


CALL 


0x08 


/* 


call trace */ 




♦define 


RETURN 


0x10 


/* 


return trace */ 




♦define 


PRERETURN 


0x20 


/* 


Pre-return trace 


*/ 


♦define 


SUPERVISOR 


0x40 


/* 


supervisor trace 


*/ 


♦define 


BREAKPOINT 


0x80 


/* 


supervisor trace 


*/ 


♦define 


ALL 


OxFE 


/* 


All traces */ 





struct TraceTable { 
char *Name; 
unsigned long Mask; 

); 

static struct TraceTable TTableH = ( 

"Step", STEP, 

"Branch”, BRANCH, 

“Call", CALL, 

"Return", RETURN, 

“PreReturn", PRERETURN, 

"Supervisor", SUPERVISOR, 

"Breakpoint", BREAKPOINT 

); 

static int BreakPointFlag; 

static unsigned long *BreakPointAddr; 

static unsigned long OldTraceMask; 

extern unsigned long LocalTraceRegFile [ ] , GlobalTraceRegFile [ ] , 

CntrlTraceRegFile [ j ; 

extern unsigned long LocalRegFile [ ] , GlobalRegFile [ ] , CntrlRegFile [ ] ; 



Trace (Flag, ModeStr) 
char Flag, *ModeStr; 

( 

unsigned long Mode; 

if (ModeStr ! = NULL) ( 

if ((Mode = ModeToMask (ModeStr) ) == 0) ( 

xprintf ("\nlllegal Mode request: %s", ModeStr); 
return; 

) 

) 

if (Flag == 'a') ( 

TraceMask = TraceMask I Mode; 

) 

if (Flag == 'r') { 

TraceMask = TraceMask S -Mode; 

) 

DispTrace () ; 
if (TraceMask) 

TraceFlag = TRUE; 
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else 



TraceFlag = FALSE; 



/****************************♦******************************************* 

* ModeToMask () : This function converts the 'Mode' indicating a tracing 

* mode into a bit mask corresponding to the trace 

* mask register. This is useful for turning on and off 

* the trace mechanisms. 

*** / 

static ModeToMask (Mode) 
char *Mode; 

{ 

unsigned long i; 

for( i = 0; i < (sizeof (TTable) / sizeof (struct TraceTable)) ; i++) ( 
if (CmpStr (Mode, TTable [ 1 } .Name) ) 
return (TTable [ i ) .Mask) ; 

) 

return (0x00) ; 

) 

* DispTrace (): This function displays which trace mechanisms have been 

* enabled. 

***/ 

static DispTraceO 

( 

unsigned long i; 

PrNewLine ( ) ; 

for ( i = 0; i < (3izeof (TTable) / sizeof (struct TraceTable)) ; 1++) ( 
if (TraceMask & TTable ( i ) .Mask) 

xprintf ("%s trace on\n", TTable [i] .Name) ; 

) 

) 

struct BPts ( 

unsigned long Address; 
unsigned long Opcode; 
i; 



static struct BPts Breakpoints [MAX_BREAK_POINTS] ; 
static int NumBreakPoints; 



* BPInitO: This function initializes the breakpoint data structures 

* as containing no breakpoints. 

***/ 

BPInit () 

{ 

int i; 

for (i = 0; i < MAX_BREAK_POINTS ; i++) { 

Breakpoints [i ) .Address = NULL; 

Breakpoints [i] .Opcode = NULL; 

) 

TraceEnabled = TraceFlag = TraceMask = NumBreakPoints = 0; 
BreakPointFlag = FALSE; 
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/********★* *************** ******** a************************************** 

* BPointO: This monitor function provide the abilty to add, remove and 

* display breakpoints. The 'Flag' indicates the operation of 

* add {-a), remove (-r) and display (-d) . The 'Address' is used 

* only for the add and remove functions that add or remove 

* a breakpoint. 

* * * j 

BPoint(Flag, Address) 
unsigned char Flag; 
unsigned long Address; 

( 

int i; 

unsigned long Opcode; 
unsigned long ‘Memory; 

Memory = (unsigned long ‘) (Address & OxFFFFFFFC) ; 

if (Flag == 'a') { 

if ( lOneWordlnstr (* (Memory -1))) { 

xprintf (“Nnlllegal breakpoint address"); 
return; 

} 

for (i = 0; i < MAX BREAKPOINTS ; i++) { 

if (Breakpoints'll] .Address ** NULL) ( 

Breakpoints [i] .Address = (unsigned long) Memory; 
Breakpoints fij .Opcode * ‘Memory; 

‘Memory = (unsigned long) FMARK_OPCODE; 

NumBreakPoints++; 

break; 

} 

) 

if (i == MAX_BREAK_POINTS) ( 

xprintf (^NnMaxBreak points exceededNn") ; 

) 

) else if (Flag == 'r') ( 

for (i = 0; i < MAX BREAK POINTS ; i++) { 

if (BreakPointsXil .Address == (unsigned long) Memory) ( 

‘Memory = Breakpoints [i] .Opcode; 

Breakpoints [i] .Address = 0; 

NumBreakPoints — ; 
break; 

} 

) 

if (i == MAX_BREAK_POINTS) { 

xprintf ("NnBreakPoint at 0x%x not set\n", Address); 

) 

} else if (Flag == 'd') ( 

for (i = 0; i < MAX BREAK POINTS ; i++) ( 

if (Breakpoints!!] .Address != NULL) { 

xprintf ("NnBreakPoint at 0x%x", Breakpoints [i] .Address) ; 

> 

) 

PrNewLine () ; 

) 

if (NumBreakPoints) { 

TraceMask 1= BREAKPOINT; 

TraceFlag 3 TRUE; 

TraceMask £= -BREAKPOINT; 

TraceFlag = FALSE; 

) 

) 
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* SaveStateO: This function copies the state of the register files 

* of the faulting program to the trace save area. This 

* is necessary because unexpected faults at the monitor 

* would destroy the original registers. 

kit it f 

static SaveStateO 

( 

int i; 

ford = 0; i < 16; i++) { 

LocalTraceRegFile [i] = LocalRegFile [i] ; 

GlobalTraceRegFile [i] = GlobalRegFile [i] ; 

) 

ford 3 0; i < 8; i++) { 

CntrlTraceRegFile [i] = CntrlRegFile [i] ; 

) 

) 

/'ft***-**************************************#****************************'* 

* RcvTrace () : This function is called when a fault has occurred that 

* was set up to occur. The state of the program is saved 

* useful information is printed and the monitor is called 

* again. 

“*/ 

RcvTrace (Addr, Record) 
unsigned long Record; 
unsigned long ‘Addr; 

( 

unsigned long Type, SubType, 1; 

Type = ((Record » 16) £ OxFF) ; 

SubType = (Record £ OxFE) ; 

if (BreakPointFlag) { 

SaveState 0 ; 

BreakPointFlag = FALSE; 

‘(unsigned long *) BreakPointAddr = FMARK_0PC0DE; 

TraceMask = OldTraceMask; 

ResumeTrace () ; 

) 

if ((Type = 3 1) ££ (SubType £ TraceMask)) ( 

SaveState () ; 

for( i = 0; i < (sizeof (TTable) / sizeof (struct TraceTable) ) ; i++) ( 
if (SubType £ TTable [i] .Mask) 
break; 

) 

if (SubType £ BREAKPOINT) ( 

BreakPointFlag = TRUE; 

BreakPointAddr = Addr; 

) else ( 

BreakPointFlag = FALSE; 

) 

Dump Regs () ; 

xprintf ("NnReci eved fault type '%s' at 0x%x",TTable[i] .Name, Addr); 
DisAssemble (Addr, 2); 

) else { 

FaultErr (Addr, Record); 

) 

) 



StepO: This monitor function provides the ability to step through 
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it ★ ★ j 



programs being debugged. 



Step () 

{ 

int i; 



if ( 1 TraceEnabled) { 

xprintf ("\nTrace not initiated by call"); 
return; 



if (BreakPointFlag) { 

for (i = 0; i < MAX BREAK POINTS ; i++) ( 

if (Breakpoints'll] .Ad3ress == (unsigned long) BreakPointAddr) ( 
♦(unsigned long *) BreakPointAddr = Breakpoints [i] .Opcode; 
break; 

1 

} 

LocalTraceRegFile [2] -* 4; 

OldTraceMask = TraceMask; 

TraceMask 1= STEP; 

ResumeTrace () ; 

) else { 

ResumeTrace ( ) ; 

) 

) 



/a*********************************************************************** 

* OneWordlnstr () : This function examines the 'Opcode' of an instruction 

* and determines if the instruction is a one word 

* instruction. This is necessary to determine if a 

* breakpoint can be asserted at a specific address. 

* * */ 



static OneWordlnstr (Opcode) 
unsigned long Opcode; 

( 

unsigned long Mode; 

if (((Opcode » 24) £ OxFF) < 0x80) 
return TRUE; 

if ((Opcode £ 0x00001000) == 0) 
return TRUE; 

Mode = ( (Opcode » 10) £ OxOF) ; 

if ((Mode == 0x4) I I (Mode == 0x7)) 
return TRUE; 

return FALSE; 

1 



/************************************************************************ 

* ExecTraceO: This monitor function initiates the trace mechanism 

* for the function 'Funct' and calls the function 

* with arguments 'ArgO' to 'Arg7'. 

* * * f 

ExecTrace (Funct, ArgO, Argl, Arg2, Arg3, Arg4, Arg5, Arg6, Arg7) 
int (*Funct) () ; 

unsigned long ArgO, Argl, Arg2, Arg3, Arg4, Arg5, Arg6, Arg7; 

< 

StartTrace (ArgO, Argl, Arg2, Arg3, Arg4, Arg5, Arg6, Arg7, Funct); 

) 
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Idefine NMI_VECTOR 0xF8 /* Vector Definitions for the V960 */ 

ftkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

* The Interrupt Wrapper is a relocatable assembly language module which * 

* is allocated on the stack. The Interrupt table vector location is * 

* initialized to point to the wrapper and the wrapper is initialized to * 

* point to the interrupt handler. This level of indirection will reduce * 

* the dependency of the software on the type of processor and remove * 

* the necessity for assembly code. * 



* The 


assembly 


language module is 


included below: 


* 

k 


stq 


g0, (sp) 




# Save registers g0-gl4 and 


k 


stq 


g4, 16 (sp) 




# bump stack pointer. 


* 


stq 


g8, 32 (sp) 






* 


stt 


gl2, 48 (sp) 






k 


Ida 


0x40, r4 






* 

k 


addo 


r4, 3p, sp 






* 


Id 


-8(fp),r4 




I get vector 


* 


ldconst 


0xFF,r5 




# mask 


k 


and 


r4,r5,gl 




# Vector Level 


k 


mov 


rip, gO 




# Address of exception 


k 


callx 


_IntHdl 




# IntHdl (Addr, Vector) 


★ 


Ida 


0x40, r4 






★ 


subo 


r4, sp, sp 




# Restore processor state. 


k 


ldq 


(sp), gO 




# Registers g0-gl4, sp 


k 


ldq 


16 (sp) , g4 






k 


ldq 


32 (sp), g8 






k 


ldt 


48 (sp), gl2 






k 

k 


ret 






# Return to program. 


k 


. space 


4 




t For debug or storage 


k 


. space 


4 




# 


* 


. space 


4 




f 


*************** 


* disassembly for 


Interrupt Wrapper ***************< 


0: 


b2805000 




3tq 


gO, (sp) 


4: 


b2a060l0 




stq 


g4, 0x10 (sp) 


8: 


b2c06020 




stq 


g8, 0x20 (sp) 


c: 


a2e06030 




stt 


gl2, 0x30 (sp) 


10: 


8c200040 




Ida 


0x40, r4 


14: 


59084004 




addo 


r4, sp, sp 


18: 


9027f400 


fffffff8 


Id 


Oxffff fff8 (fp), r4 


20: 


8c2800f f 




Ida 


Oxff, r5 


24: 


58894084 




and 


r4, r5, gl 


28: 


5c801602 




mov 


rip, gO 


2c: 


86003000 


xxxxxxxx 


callx 


0x0 


34: 


8c200040 




Ida 


0x40, r4 


38: 


59084104 




subo 


r4, sp, sp 


3c: 


b0805000 




ldq 


(sp), gO 


40: 


b0a06010 




ldq 


0x10 (sp), g4 


44: 


b0c06020 




ldq 


0x20 (sp), g8 


48: 


a0e06030 




ldt 


0x30 (sp), gl2 


4c: 


OaOOOOOO 




ret 




50: 


xxxxxxxx 




,word 


0x0 


54: 


xxxxxxxx 




■ word 


0x0 


58: 


xxxxxxxx 




.word 


0x0 



* 



struct IntWrapper { 

unsigned long CodeSegO [12] ; 
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); 



unsigned long CallAddr; 
unsigned long CodeSegl[7]; 
unsigned long DatSegO[3]; 



/* * * ** 
* 


*********** disassembly for fault 


Wrapper ********************* 


* 


stq 


gO, (sp) 


♦ 


Save registers g0-gl4 and 


★ 


stq 


g4, 16 (sp) 


* 


bump stack pointer. 


* 


stq 


g8, 32 (sp) 






k 


stt 


gl2, 48 (sp) 






k 


Ida 


0x40, r4 






k 


addo 


r4, sp, sp 






* 


Id 


0xfffffff8 (fp), r4 


* 


Read fault type off stack. 


* 


Ida 


OxffOOff, r5 


f 


Mask off good bits. 


* 


and 


r4, r5, gl 




★ 


Id 


Oxfffffffc (fp), gO 


# 


Read fault address of stack 


* 


callx 


0x00 


* 


Call fault handler. 


★ 


Ida 


0x40, r4 






* 


subo 


r4, sp, sp 


* 


Restore processor state. 


* 


ldq 


(sp), gO 


# 


Registers g0-gl4, sp 


k 


ldq 


16 (sp) , g4 






k 


ldq 


32 (sp), g8 






k 


ldt 


48 (sp) , gl2 






k 

k 


ret 




# 


Return to program. 


k 


. space 


4 


# 


For debug or storage 


* 


. space 


4 


# 




k 

k 


.space 


4 


# 




k 

k k k k * 


kkkkkkkkk 


******************************.****.******.***********■ 



k 


0 


b2805000 




stq 


gO, (sp) 




k 


4 


b2a06010 




stq 


g4, 0x10 


(sp) 


* 


8 


b2c06020 




stq 


g8, 0x20 


(sp) 


k 


c 


a2e06030 




stt 


gl2, 0x30 


(sp) 


k 


10 


8c200040 




Ida 


0x40, r4 




k 


14 


59084004 




addo 


r4, sp, sp 


k 


18 


9027f400 


f f f f f f f 8 


Id 


0xfffffff8 


(fp), 


* 


20 


8c283000 


OOffOOff 


Ida 


OxffOOff, 


r5 


k 


28 


58894084 




and 


r4, r5, gl 




k 


2c 


9087f400 


fffffffc 


Id 


Oxfffffffc 


(fp), 


k 


34 


86003000 


00000000 


callx 


0x0 




k 


3c 


8c200040 




Ida 


0x40, r4 




k 


40 


59084104 




subo 


r4, sp, sp 


k 


44 


b0805000 




ldq 


(sp), gO 




k 


48 


b0a06010 




ldq 


0x10 (sp) , 


g4 


k 


4c 


b0cQ6020 




ldq 


0x20 ( sp) , 


g8 


k 


50 


a0e06030 




ldt 


0x30 (sp) , 


g!2 


k 


54 


OaOOOOOO 




ret 






k 


58 


00000000 




.word 


0x0 




k 


5c 


00000000 




.word 


0x0 




k 


60 


00000000 




.word 


0x0 





struct FltWrapper { 

unsigned long CodeSegO [14] ; 
unsigned long CallAddr/ 
unsigned long CodeSegl[7]; 
unsigned long DatSegO[3]; 
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# 

# Copyright (c) 1990 Heurikon Corporation 

# All Rights Reserved 

# 

# THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

# The copyright notice above does not evidence any 

# actual or intended publication of such source code. 

# 

# Heurikon hereby grants you permission to copy and modify 

# this software and its documentation. Heurikon grants 

# this permission provided that the above copyright notice 

# appears in all copies and that both the copyright notice and 

# this permission notice appear in supporting documentation. In 

# addition, Heurikon grants this permission provided that you 

# prominently mark as not part of the original any modifications 

# made to this software or documentation, and that the name of 
t Heurikon Corporation not be used in advertising or publicity 

# pertaining to distribution of the software or the documentation 
jf without specific, written prior permission. 

f 



# Heurikon Corporation does not warrant, guarantee or make any 

# representations regarding the use of, or the results of the use 

# of, the software and documentation in terms of correctness, 

# accuracy, reliability, currentness, or otherwise; and you rely 

# on the software, documentation and results solely at your own 

# risk. 

# 

# 

# 

# 

# MODIFICATIONS: 

# 

#**** 



^************-****'***********************'********************-*********'*** 

# ProcAsm.s: This file contains the assembly language functions used by 

# the board, monitor, and processor functions to perform 

# processor-specific functions. Below is a list of functions 

# defined in this module that can be used by other functions. 
#*** 



.text 
.align 4 



.globl _ReadIntMask 
.globl _ReadIntPend 
.globl _ClrIntPend 
.globl _MaskInts 
•globl _UnMaskInts 
.globl _UnExpFault 
.globl _UnExpIntr 
•globl _FlushCache 
.globl ~ResumeTrace 
.globl Start Trace 
•globl ReadTCW 
.globl _Modl fyTCW 



# Exported Functions. 



# Below is a list of data structures that can be referenced by other 

# functions. 

j*** 

.globl _LocalTraceRegFile # Exported Data. 

.globl _GlobalTraceRegFile 



Jul 17 1990 09:22:38 


ProcAsm.s Page 2 




.globl 


CntrlTraceRegFile 


|********** 




************************************************** 


# Below is 


a list of functions referenced from this module that must 


I # be defined in another module. 


I * * * 








.globl 


LocalRegFile # Imported Functions. 




.globl 


GlobalRegFile 




.globl 


CntrlRegFile 




•globl 


LocalTraceRegFile 




.globl 


Globa ITraceRegFile 




.globl 


CntrlTraceRegFile 




•globl 


FaultErr 




.globl 


ReadPCW 




.globl 


ModifyPCW 




.globl 


RcvTrace 




.globl 


TraceEnabled 




.globl 


TraceMask 




.globl 


BPInit 




************************************************************* 


# Constants 


associated 


with the 'sysctl' instruction. 


| * * * 








.set 


REQUEST INTR, 0x000 




. set 


INVALID CACHE, 0x100 




. 3et 


CONFIG CACHE, 0x200 




.set 


RE INITIALIZE, 0x300 




. set 


LD CTRL REG0, 0x400 




.set 


LD CTRL REG1, 0x401 




. set 


LD CTRL REG2, 0x402 




. set 


LD CTRL REG 3, 0x403 




. set 


LD CTRL REG4, 0x404 




. set 


LD CTRL REG5, 0x405 




.set 


LD_CTRL_REG6 , 0x406 


|********** 






t Below are 


the basic 


procesor functions and an example of the calling 


t sequence 


from a C program. 


#*** 






ReadlntPend 


: mov 


sf0,g0 # Data = ReadlntPend () ; 




ret 


# Returns interrupt pending reg. 


ClrlntPend: 


mov 


0x0, sfO # ClearlntPend ( ) ; 




ret 


f Clears interrupt pending reg. 


Masklnts : 


notand 


3fl,g0,sfl # Masklnts (IntMask) ; 




ret 


t Turn off bits in mask. 


ReadlntMask 


: mov 


sfl,g0 f Mask = ReadlntMask () ; 




ret 


1 returns interrupt mask register. 


UnMasklnts : 


mov 


0,sf0 # UnMasklnts (IntMask) ? 




or 


g0,sfl,sfl # Clear interrupt pending register 




ret 


t and turn on bits in mask. 


FlushCache : 


ldconst 


INVALID CACHE, r3 # FlushCache () ; 




sysctl 


r3, r3, r3 # Invalidate cache opcode 




ret 





1 





Jul 17 1990 09:22:38 



ProcAsm.s 



Page 3 



_ModifyPCW: 


modpc 

ret 


gO, gO, gl 


# ModifyPCW (PCWMask) ; 

♦ 


_ReadPCW: 


modpc 

ret 


0,0, gO 


ft ReadPCW ( ) ; 

1 


_ModifyTCW: 


modtc 

ret 


g0,gl,g2 


# ModifyTCW (TCWMask) ; 

# 


_ReadTCW: 


modtc 

ret 


0, 0,g0 


♦ ReadTCW ( ) ; 
f 



I******** ******★*****★******★*★★*★*★**★**************★******★**★****$*** 

# ERROR RECOVERY: The following routines are intended to provide error 

# recovery from unexpected faults and interrupts. The 

# functions UnExpIntr and UnExpFault should be written 

t to all unused vector locations in both the interrupt 

ft and the fault table. 

ft*** 

I*********************************************************************** 

# UnExpFault: This is the fault recovery mechanism, which notifies the 

ft user of the fault and then restarts the system. If the 

# trace flag indicates tracing is enabled and a masked fault 

ft has occurred then the monitor is returned to gracefully after 

# the program state has been saved, 

ft*** 

UnExpFault: flushreg # Flush all registers. 

Ida _GlobalRegFile, r4 # Save Global Registers. 

stq gO, (r4) 

stq g4, 16(r4) 

stq g8, 32(r4) 

stq gl2, 48 (r4) 



ldconst 0, gl4 

mov pfp, r5 

ldconst OxFFFFFFFO, r6 
and r6,r5,r5 

st r5, 60 (r4) 

Ida _LocalRegFile, r4 

ldq { r 5 ) , gO 

stq gO, (r4) 

ldq 16 (r5), gO 

stq gO, 16(r4) 

ldq 32 (r5), gO 

stq gO, 32 (r4) 

ldq 48 (r5), gO 

stq gO, 48 (r4) 



# Required to reset context. 

# Get Previous Frame ptr. 

# Save as FP of faulting proc. 

# Save Local Registers. 



Ida _CntrlRegFile,r4 ft Save Local Registers. 

modpc 0,0, r5 

st r5, (r4) 

modac 0,0, r5 

3t r5, 4(r4) 

mov sf0,r5 

st r5, 8(r4) 

mov sfl,r5 

st r5, 12 (r4) 

modtc 0,0, r5 

st r5, 16 (r4) 
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NotTrace: 



Id 


-8(fp) ,r4 


# 


Get fault type. 


ldconst 


OxFFOOFF, r5 


ft 


Mask. 




and 


r4,r5,gl 


# 


Fault 


Type and Subtyp< 


Id 


4 (fp) , gO 


ft 


Fault 


Address . 


Ida 


TraceFlag, r4 








Id 


(r4) , r5 








cmpobe 


0, r5, NotTrace 








callx 


_RcvTrace 


# 


Print 


error message. 


callx 


_LineEdit 






callx 


_FaultErr 


♦ 


Print 


error message. 


callx 


_start_ip 


ft 


Start 


over . 



£*********************************************************************** 

♦ UnExpIntr: This is the interrupt recovery mechanism, which notifies the 

I user of the interrupt, removes the interrupt, and then restarts 

# the system, 
ft*** 

UnExpIntr: flushreg # Flush all registers. 



Ida 


_GlobalRegFile, r4 


stq 


gO, (r4) 


stq 


g4, 16(r4) 


stq 


g8, 32 (r4) 


stq 


gl2 , 48(r4) 


Ida 


_LocalRegFile, r4 


mov 


pfp, r5 


ldconst OxFFFFFFFO, r6 


and 


r6, r5, r5 


ldq 


(r5), gO 


stq 


gO, ( r 4 ) 


ldq 


16(r5), gO 


stq 


gO, 16 < r 4 ) 


ldq 


32 ( r 5 ) , gO 


stq 


gO, 32 (r4) 


ldq 


48 (r5) , gO 


stq 


gO, 48(r4) 


Ida 


_CntrlRegFile, r4 


modpc 


0, 0, r5 


st 


r5, (r4> 


modac 


0,0, r5 


st 


r5, 4(r4) 


mov 


sfO, r5 


st 


r5, 8(r4) 


mov 


sfl, r5 


st 


r5, 12 (r4) 


modtc 


0, 0, r5 


st 


r5, 16 (r4) 


Id 


-8 (fp) ,r4 


ldconst OxFF, r5 


and 


r4,r5,gl 


mov 


rip, gO 


callx 


_IntrErr 


callx 


_start_ip 



ft Save Global Registers. 



# Save Local Registers. 



# Save Local Registers. 



ft Get vector, 
ft Mask. 

# Vector Level. 

# Interrupt address. 

# Print error message. 

# Start over. 
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| # ResumeTraceO : This 


function is called when 


tracing is enabled and 


« 


an expected trace is recognized. 


#*** 










_ResumeTrace: 


flushreg 








Ida 


_GlobalTraceRegFile, r5 




# Restore Global Registers. 




Ida 


_LocalTraceRegFile, r3 




# Restore Global Registers. 




Id 


60 (r5), pfp 








andnot 


OxOOOOOOOf, pfp, rl4 








ldq 


(r3) , r4 








stq 


r4, (rl4) 








ldq 


16(r3), r4 








stq 


r4, 16 (rl4) 








ldq 


32 (r3), r4 








stq 


r4, 32 (rl4) 








ldq 


48 (r3), r4 








stq 


r4, 48 (rl4) 








Ida 


_GlobalTraceRegFile, r3 




# Restore Global Registers. 




ldq 


(r3), gO 








ldq 


16 (r3) , g4 








ldq 


32 (r3), g8 








ldt 


48 (r3) , gl2 








Ida 


LocalTraceRegFile, r3 




t Restore RIP. 




Id 


S(r3), r4 








ldconst 


Oxfffffffc, r6 








and 


r6, r4, r4 








and 


0x03, rip, r5 








or 


r4, r5, rip 








Ida 


CntrlTraceRegFile, r3 




# Restore PCW. 




Id 


Tr3) , r4 








ldconst 


OxffeOeefc, r5 








modpc 


0x00,0x00, r6 








and 


r5, r6, r7 








not 


r5, r5 








and 


r4, r5, r4 








or 


r4, r7, r8 








or 0x01 


, r8, r8 








St 


r8, -0x10 (fp) 








Id 


4(r3), r4 


# 


Restore ACW. 




ldconst 


0xffff6ef8, r5 








modac 


0x00, 0x00, r6 








and 


r5, r6, r7 








not 


r5, r5 








and 


r4, r5, r4 








or 


r4, r7, r8 








St 


r8, -0x0c(fp) 








flushreg 


t 


Return into Context. 




Ida 


TraceMask, r3 


# 


Update trace settings. 




Id 


(r3), r4 








ldconst OxFE, r5 








modtc 


r5, r4, r4 








mov 


0x02, r5 








modpc 


0x00, r5, r5 


# 


Set to Supervisory State. 




or 


0x01, pfp, pfp 


♦ 


Set Return from fault. 




ret 
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# StartTrace ( ) : This function is called when tracing is enabled and 

# starts an instruction trace of the function defined 

# by register g8 using parameters g0-g7. An example call 

# is: 

# 

# StartTrace (ArgO, Argl, Arg2, Arg3, Arg4, Arg5, Arg6, Arg7, Function); 

# 

I*** 



Ida TraceEnabled, r3 

ldconst 1, r4 

st r4, (r3) 


# 


Flag tracing started 


Ida TraceMask, r3 

Id Tr3), r4 

ldconst OxFE, r5 

modtc r5, r4, r4 


# 


Set trace bits. 


ldconst 

modpc 


0x01, r5 
r4, r5, r5 


* 


Enable tracing. 


callx 


(g8) 


« 


Call function. 


ldconst 

ldconst 

modtc 


0, r3 
OxFE, r5 
r5, r3, r4 


# Disable trace bits. 


ldconst 

modpc 


0x01, r5 
r 4 , r5, r3 


J 


Disable tracing. 


callx 

ret 


_BPInit 







# Below are data definitions that are used in storing trace data. 
#*** 

.align 4 
. data 

.bss _LocalTraceRegFile, 0x0040, 8 

.bss _GlobalTraceRegFile, 0x0040, 8 

.bss _CntrlTraceRegFile, 0x0020, 8 
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* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 



♦include "Bug.h" 
♦include "Board. h" 



unsigned char Key [8]; /* b33 and data versions of RTC Key 

static unsigned char InitKey [] = { 

0xC5, 0x3A, 0xA3, 0x5C, 0xC5, 0x3A, 0xA3, 0x5C 

} ; 

/*»********************************************************************** 

* rtc_acc: This function reads or writes the real-time clock, depending 

* on 'Type'. The 'data' is received and returned in the format 

* of the real-time clock (Board. h) . This function cannot be 

* loaded into ROM; because of the way the RTC operates, the 

* clock would be reset by ROM execution. 



static rtc acc(data. Type) 
unsigned cKar *data; 
int Type; 

( 

int i, bit; 
unsigned char temp; 

i = *RD_WATCH; 

for(i = 0; i < 8; i++) { 

for (bit = 1; bit S OxFF; bit «= 1) { 

temp = ( Key [ i ) S bit) ? *WRl_WATCH : *WR0_WATCH; 



if (Type) { 

ford = 0; i < 8; i++) ( 

for (bit = 1; bit & OxFF; bit «= 1) { 
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temp = (data [i] & bit) ? *WRl WATCH : *WR0 WATCH; 



} else { 

ford = 0; i < 8; i++) { 
data[i] = 0; 

for (bit = 1; bit & OxFF; bit <<= 1) ( 

data[i] |= (*RD_WATCH & 1) ? bit : 0; 

} 

) 



/it-k-k^k-h-kit-A-k-k-kic-k-kir-k'^ic'k-^ieit'kitic-kititit-k-kiiitir-k^ititifkic-kit-k-k-kicitit-k-kit-k-kifit-kitifkititit-kitititititicitit 

* RtcAcc: This function accepts the structure 'Time' and either reads 

* the time into or writes the new time from this structure. 

* 'Flag' indicates whether the function is reading or writing 

* the time. There are several very strange things that should be 

* described about this function: 

* Because the RTC stores the time as packed nibbles internally 

* it is necessary to convert to packed nibbles when writing 

* and to binary when reading the RTC. 

* Because the ROM cannot be accessed when the RTC is being read 

* it is necessary to copy the function rtc acc into RAM and then 

* execute the function. This is also why the 'Key' is located in 

* the 'bss' section. Great care was taken to assure that the 

* function rtc acc was relocatable so be careful ! ! ! . 



RtcAcc (Time, Flag) 
tm *Time; 
int Flag; 

( 

int (*Funct) () ; 

int Size, nibble (), rtc_acc(); 
char *Malloc(); 
unsigned long tmp; 

struct rtc_data RtcData; 

CopyMem (InitKey, Key, sizeof (InitKey) ) ; 



if (Flag == WRITE) ( 

RtcData. hour = BinToHex (Time- 

RtcData. min = BinToHex (Time- 

RtcData. month = BinToHex (Time- 

RtcData .weekday = Time->tm_wday 

if (Time->tm_wday == 0) 

RtcData .weekday = 0x17; 
RtcData. date = BinToHex (Time- 



RtcData.year 
RtcData. sec 
RtcData . dot sec 
) 



BinToHex (Time- 

0 ; 

0 ; 



>tm_hour) , 
>tm_min) ; 
>tm"~mon) ; 

I 0x10; 



>tm_mday ) , 
>tm_year) , 



/* Write */ 



/* Converts Sunday to 7 



♦ifdef RAM_M0N 

rtc_acc (SRtcData, Flag); 

♦ else 

Size = (int) RtcAcc - (int) rtc_acc; 
Funct = (int (*)()) Malloc (SizeT; 
FlushCache () ; 

CopyMem (rtc_acc, Funct, Size); 

Funct (SRtcData, Flag); 

Free (Funct) ; 



/* If RAM based monitor */ 

/* If EPROM based monitor */ 

/* Size of function to copy */ 

/* Allocate memory for function.*./ 

/* Copy function to memory. */ 

/* Call function. */ 



1 
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iendif 



); 



if (Flag == READ) { 

Time->tm_fsec ® HexToBin (RtcData.dotsec) ; 
Time->tm_sec = HexToBin (RtcData . sec) ; 
Time->tm_min = HexToBin (RtcData .min) ; 
Time->tm_hour = HexToBin (RtcData . hour) ; 
Time->tm_mday = HexToBin (RtcData . date) ; 
Time->tm_mon * HexToBin (RtcData .month) ; 
Time->tm_year = HexToBin (RtcData .year) ; 
Time->tm wday = (RtcData, weekday & 0x7); 
Tf (Time->tm_wday == 7) 
Time->tm_wday = 0; 

} 



/* Read */ 



/* Converts Sunday to 0 */ 
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/a*********************************************************************** 

★ 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 

*»***/ 

♦include "Bug.h" 

♦include "Board. h“ 

♦include "NvMonDef3 .h" 

/I************************************************************************* 

* SCC.c: This file contains the functions necessary to read, write and 

* configure the Z85C30-16 Serial Controller. 

* The functions defined in this module are listed below: 

* 

* GetCharO Put Char () Key Hit 0 

* TxEmptyO ChangeBaudO SetSerDevsO 

* SCCResetO FoundBreak 0 ConfigPortO 

***/ 



extern NV_MonDefs NvMonDefs; /* Monitor defined configuration */ 

volatile unsigned long ConDev? /* Console Device */ 

volatile unsigned long ModDev; /* Modem/Download Device */ 

static unsigned long SerDevList[] = { /* List of port assignments */ 



(unsigned long) SCC_PORTA, /* Corresponds to NV definitions.*/ 

(unsigned long) SCC~PORTB, 

(unsigned long) SCC _ P0RTC, 

(unsigned long) SCC_P0RTD, 

)> 

/**************************<HHHHHHHt****************************************** 

* GetCharO: Get a character from specified device 'Port'. This function 

* is also set up to check for a 'break' and allows the monitor 

* to perform functions on break, like reset or baud changes. 

*******y 

GetChar (Port) 
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volatile struct SCCPort *Port; 

! 

unsigned char Data; 

Port->Control = 0; 
while (1) { 

if (Port->Control & 0x01) ( 

Data = Port->Data; 
if (Port->Control S 0x80) ( 

Port->Control = 0x10; /* Reset Ext/Status Ints */ 

Port->Control = 0x10; /* Only works if done twice */ 

FoundBreak (Port) ; 

} else ( 
return (Data) ; 



/AAAA**A*AAAAA*AAA*AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

* PutCharO: Put a character 'c' to specified device 'Port' 

*******/ 

PutChar (Port, c) 

volatile struct SCCPort *Port; 

char c; 

( 

Port->Control = 0; 

while ( ! (Port->Control t 0x04)); 

Port->Data = c; 

) 

/*******************************************♦*******************♦****♦*****♦* 

* KeyHitO: Check for character on specified device 'Port'. Thi3 is 

* useful during powerup and transparent mode. 

*******/ 

KeyHit (Port) 

volatile struct SCCPort *Port; 

( 

Port->Control = 0; 

return (Port->Control i 0x01); 

) 

/*********A********************i**lH)*****i)>*******************<r******)HMHtiHt** 

* TxEmptyO: Check transmitter if empty on specified device 'Port'. This 

* function is useful for transparent mode. 

***..**/ 

TxEmpty (Port) 

volatile struct SCCPort *Port; 

{ 

return ( (Port->Control & 0x04) ? TRUE : FALSE); 

} 

/kkkkkkkkkifkkkitkkklfkitkkkititititititkkltkkititititiiititiriikkitifkifkkkklfkkkitkiikkkkltkltkifkkkkitifk 

* ChangeBaudO: Change baud rate for specified port 'Port' to rate 'Baud'. 

k it k k k k it j 

ChangeBaud (Baud, Port) 
volatile struct SCCPort *Port; 
int Baud; 

< 

int tc; 

unsigned short dummy; 
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for (tc = 0; tc < 0x1000; tc++) ; 
tc = BaudToTimeConst (Baud) ; 

dummy = Port->Control; 

Port->Control = OxOC; 

Port->Control = tc; 

Port->Control * OxOD; 

Port->Control = tc » 8; 

for (tc = 0; tc < 0x1000; tc++) ; 



/**************************************************************************** 

* SCCResetO: This function hard resets both ports associated with 'Port' 

* because it's too clumsy to reset individual ports. 

*******/ 



static SCCReset (Port) 
volatile struct SCCPort *Port; 
( 

Port->Control = 0; 
Port->Control = 0x09; 
Port->Control = OxCO; 

) 



* SetSerDevs () : This function uses the current definitions in the 

* NV structure 'NvMonDefs' to configure the serial ports. 

* This function i3 called once when NvMonDefs contains 

* the default system configuration and once after the 

* NV memory has been read with the user's configuration. 



* NOTICE: 

* 

**/ 



It is important that the NvMonDefs be valid when this 
function is called! 



SetSerDevs () 

( 

SCCReset (SCC_PORTB) ; /* Reset all serial devices. */ 

SCCReset (SCC_PORTD) ; 

ConDev = SerDevList [NvMonDefs .Console . PortNum] ; /* Set up Console. */ 

ConfigPort (ConDev, SNvMonDefs. Console) ; 

ChangeBaud (NvMonDefs .Console. Baud, ConDev) ; 

ModDev = SerDevList [NvMonDefs. DownLoad. PortNum] ; /* Set up Download.*/ 
ConfigPort (ModDev, SNvMonDefs .DownLoad) ; 

ChangeBaud (NvMonDefs . DownLoad. Baud, ModDev) ; 

) 



/**********#**********★*****#*★******♦**********************************♦ 

* ConfigPort () : Initialize specified port 'Port' to the configuration 

* specified by 'Conf'. The configurable portion of this 

* function includes: 



* 

* 



**/ 



Data Bits 
Stop Bits 
Parity 
XOnXOff 



5,6,7 or 8. 
l,or 2. 

None, Even or Odd. 
On/Off 



static Conf igPort (Port, Conf) 
volatile 3truct SCCPort *Port; 
NVU Port *Conf ; 

( 
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static unsigned char SCCTabl [] = ( 



0x09, 


0x00, 


/* 


No Reset 


*/ 


OxOA, 


0x00, 


/* 


NRZ 


*/ 


OxOB, 


0x56, 


/* 


TxClk = RxClk = Baud Rate Gen 


*/ 


OxOE, 


0x02, 


/* 


Baud Rate Generator Source 


*/ 


OxOE, 


0x03, 


/* 


Start Baud Rate Generator 


*/ 


OxOF, 

0x01, 


0x80, 

0x00, 


/* 


Enable interrupt on break 


*/ 



); 

register int Cnt; 

register unsigned char Mask; 

for (Cnt = 0; Cnt < 0x1000; Cnt++) ; 



Port->Control = 0; 

for (Cnt = 0; Cnt < sizeof (SCCTabl) ; Cnt++) 
Port->Control = SCCTabl [Cnt] ; 



Mask = 0x0; 

if (Parity (Conf) == SP_PARITY_EVEN) 
Mask = 0x3; 

if (Parity (Conf) == SP_PARITY_ODD) 
Mask = 0x1; 

if (StopBits (Conf ) ) 

Mask = Mask I 0x08; 

Port->Control = 0x04; 

Port->Control = 0x44 I Mask; 

Mask = DataBits (Conf ) ; 

Mask = ((Mask & 0x1) << 1) 

+ ((Mask & 0x2) » 1); 
Port->Control = 0x05; 

Port->Control = (0x8A I (Mask << 5) ) ; 

Mask = Mask << 6; 
if (XOnXOff (Conf) ) 

Mask = Mask | 0x20; 
Port->Control = 0x03; 

Port->Control = (0x01 I Mask) ; 

Port->Control = 0x38; 

Port->Control = 0x30; 

Port->Control = 0x10; 

for (Cnt = 0; Cnt < 0x1000; Cnt++) ; 

} 



/* Determine parity. */ 

/* Determine stop bits. */ 

/* Write register 4 */ 

/* 16x clock, parity, stop bits */ 

/* Determine data bits. */ 

/* Set Tx bit size, enable Tx . */ 

/* Turn on auto enables. */ 

/* Set Rx Bit Size, Enable Rx */ 

/* Reset highest IUS. */ 

/* Reset errors. */ 

/* Reset Ext/Status Ints. */ 



/a***********:***'************************************************************* 

* FoundBreak ( ) : This function performs functions defined by the NV memory 

* configuration when a break is received. Either the monitor 

* is reset or the baud rate is changed. 

* *•*■*★** j 

static FoundBreak (Port) 
volatile struct SCCPort *Port; 

{ 

NVU_Port *Conf ; 

if ((unsigned long) Port == ConDev) ( 

Conf = SNvMonDefs. Console; 

) else if ((unsigned long) Port == ModDev) ( 

Conf = SNvMonDefs . DownLoad; 

) else { 
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return; 

} 

if (ResetOnBreak (Conf ) ) /* If reset on break allowed */ 

MonEntryPt () ; /* Reset monitor */ 

if (ChBaudOnBreak (Conf ) ) { /* If baud changes on break */ 

Conf->Baud = GetNextBaud (Conf->Baud) ; 

ChangeBaud (Conf->Baud, Port); 

xprintf ("\nChanged baud rate to %d\n", Conf->Baud) ; 

} 

I 
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************************************************************************* 

Copyright (c) 1990 Heurikon Corporation 
All Rights Reserved 

THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 
The copyright notice above does not evidence any 
actual or intended publication of such source code. 

Heurikon hereby grants you permission to copy and modify 
this software and its documentation. Heurikon grants 
this permission provided that the above copyright notice 
appears in all copies and that both the copyright notice and 
this permission notice appear in supporting documentation. In 
addition, Heurikon grants this permission provided that you 
prominently mark as not part of the original any modifications 
made to this software or documentation, and that the name of 
Heurikon Corporation not be used in advertising or publicity 
pertaining to distribution of the software or the documentation 
without specific, written prior permission. 

Heurikon Corporation does not warrant, guarantee or make any 
representations regarding the use of, or the results of the use 
of, the software and documentation in terms of correctness, 
accuracy, reliability, currentness, or otherwise; and you rely 
on the software, documentation and results solely at your own 
risk. 



MODIFICATIONS: 



♦include "Bug.h" 

♦include "Board. h" 

♦Include "NvMonDefs .h" 

extern NV_MonDefs NvMonDefs; 

/★**■**★****★***★■**★★*★***■★★**★***■*****★★**★*■***★****■*■******★★★****★★★***** 

* SCSI.c: This file contains the functions necessary to read, write and 

* configure the WD33C93A SCSI Controller. 

* The functions defined in this module are listed below: 

* ResetSCSIO: Sets the SCSI to the hardware reset state and removes 

* the reset interrupt. 



InitSCSI () : 



This sets the state of the SCSI according to the NV 
definitions . 



extern NV MonDefs 



♦define SC_RESET 
♦define FREQ SEL 



ResetSCSI () 



NvMonDefs; 



/* Monitor-defined configuration 



/* Issues an RESET Command to WD33C93 */ 
/* Select Frequency for Divisor of 4 */ 



unsigned char Stat; 

Masklnts (SCSI_INT_MASK) ; 
SCWriteReg (SREG_OWNID, FREQ SEL); 
SCReadReg (SREG_SCSI STAT, Stat); 
SCWriteReg (SREG_CMD7 SC_RESET) ; 
SCReadReg (SREG SCSI STAT, Stat); 



/* Disable Interrupts. */ 
/* Initailize for 16MHZ operation.*/ 
/* Read Status register. */ 
/* Generate SCSI Reset. */ 
/* Remove SCSI Interrupt. */ 




1 
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/************************************************************************ 

★ 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 

* 

* 

* MODIFICATIONS: 

* 

*****/ 

♦include "Bug.h" 

♦include "Board. h“ 

♦include "NvMonDefs .h" 



/•a************************************************************************ 

* VME.c: This file contains the functions necessary to initialize the 

* VMEbus as well as examples of how to perform several basic 

* VME functions. 

* 

* ConfigBusO SlaveEnableO SlaveDis () 

* UnMaskVMEInt (> 

***/ 



extern NV_MonDefs NvMonDefs; /* NV Monitor definitions */ 

/****************************************************★******************* 

* ConfigVmeBus () : This function uses the current definitions in the 

* NV structure 'NvMonDefs' to configure the VME bus. 

* This function is called once when NvMonDefs contains 

* the defualt system configuration and once after the 

* NV memory has been read with the users configuration. 

* 



* Configured in the 

* 

* Extended Space 

* Standard Space 

* Short Space 

* Bus Req Level 

* Bus Rel Modes 

* Local Bus Timer 

* VME Bus Timer 

* Arbiter Mode 

* Write Post Slv 



function are the following: 

. . . Address and Enable 

. . . Address and Enable 

... Address and Enable 

... BR3, BR2, BR1, BRO 

... WhenDone, OnReq, OnClear, Never 

. . . 4us to Infinite 

. . . 4us to Infinite 

. . . RoundRobin, Priority 

... On/Off 



Jun 22 1 990 1 5:30:09 VME.C 



Page 2 



* NOTICE: 

* 

***/ 



Write Post M3t 
Turbo mode 
Sys Fail State 
Indiv R-Mod-Wr 



On/Off 

On/Off 

On/Off 

On/Off 



It is important that the NvMonDefs be valid when this 
function is called! 



ConfigVmeBus () 

{ 

NVU_BusConf ig *Conf = S NvMonDefs. VmeBus; 
unsigned char RegVal, Mask; 
int i; 



VIC->ArbReqConf ig .Reg 

VIC->TranTimeOut . Reg 

VIC->RelCntrl. Reg 
VIC->VMEConf ig . Reg 



(BusReqLev (COnf ) « 5) 

I (ArbiterMode (Conf ) ? 0x80 : 0) ; 
(VmeBusTimer (Conf ) << 5) 

I (LocBusTimer (Conf ) << 2); 
(MastRelMode (Conf) << 6); 

(TurboMode (Conf ) ? 2 : 0) 

I (IndivRMC (Conf) ? 0x40 : 0); 



RegVal = VIC->SlvSel [1] [0] .Reg S 0x3F; 

Mask = (SlaveWrPost (Conf ) ? 0x80 : 0) I (MasterWrPost (Conf ) ? 0x40 : 0) ? 
Vic->slvsel [1] [0] .Reg = RegVal I Mask; 

if (ExtSlaveEnbl (Conf ) ) { 

SlaveEnable ( ' e' , ExtSlaveMap (Conf) ) ; 

) else { 

SlaveDis ('e' ) ; 

> 

if (StdSlaveEnbl (Conf ) ) ( 

SlaveEnable (' s' , StdSlaveMap (Conf) ) ; 

} else ( 

SlaveDis (' s' ) ; 

) 

if (ShtSlaveEnbl (Conf ) ) { 

SlaveEnable (' c' , ShtSlaveMap (Conf) ) ; 

) else ( 

SlaveDis ('c' ) ; 

) 

VIC->ICR[7] .Reg = 0x00; /* Allow masking of SYSFAIL. */ 

if (Sysfail (Conf) ) ( 

VIC->ICR[6] .Reg = 0x40; /* Remove SYSFAIL. */ 

) else { 

VIC->ICR[6] .Reg = 0x00; /* Assert SYSFAIL. */ 

1 

for (i = 0; i < 5 ; i++ ) 

VIC->ICR[i] .Reg = Conf->IComReg [ i] ; 



* IsSystemController () : 

* 

* * * f 



************************************************* 
This function returns true if the board is the 
VMEbus system controller. 



IsSystemController () 

( 

if (VIC->VMEConf ig . Reg S 0x01) ( 
return FALSE; 

) else { 

return TRUE; 

1 



1 






Jun 22 1990 15:30:09 

} 



VME.C 






Page 3 



* SlaveEnable () : 









★ A ★ ★ it ★ ★ 



This monitor function allows for enabling and disabling 
of the 3 slave VMEBus address spaces. The 'Flag' 
indicates either 'e' {extended space), 's' {standard 
space) or 'c' (communications or short space). The 
'Address' should contain the base address to be 
mapped to. The significant portion of the address field 
is defined as: 



FFxxxxxx for the extended space 
xxFxxxxx for the standard space 
xxxxFFxx for the short space 



SlaveEnable (Flag, Address) 
char Flag? 

unsigned long Address; 

{ 

unsigned char RegVal; 



switch (Flag) { 
case ' E' : 
case ' e' : ( 

RegVal = VIC->SlvSel [1] (0] .Reg & OxCO? 
VIC->SlvSel (11 (0) .Reg = RegVal I 0x10? 
VIC->SlvSel (1] [1] .Reg = 0x00; 

WriteCIOPortA( (unsigned char) (Address » 24)); 

* SLAVE_EXT_ENBL = 1; 
break; 

) 

case 'S': 
case ' s' : ( 

VIC->SlvSel[0] [0] .Reg = 0x14? 

VIC->SlvSel [0] [1] .Reg = 0x00; 

WriteCIOPortC ( (unsigned char) (Address >> 20)); 

*SLAVE_STD_ENBL = 1? 

break? 

) 

case ' C' : 
case 'c': { 

WriteCIOPortB ( (unsigned char) (Address >> 8)); 

*SLAVE_SHT_ENBL = 1; 

break; - 

) 

default: ( 

xprintf ("\nlllegal flag expected -e, -s or -c"); 



/■ft*********************************************************************** 

* SlaveDisO: Disables the VMEbu3 Address Space specified by 'Flag' 

* which indicates either 'e' (extended space), 's' 

* (standard 3pace) or 'c' (communications or short space) . 
***/ 

SlaveDis (Flag) 
char Flag; 

( 

switch (Flag) ( 
case ' E' : 
case ' e' : ( 

* SLAVE_EXT_ENBIi = 0; 
break? 
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) 

case ' S' : 
case 's': ( 

* SLAVE_STD_ENBL = 0? 
break; 

1 

case ' C' : 
case ' c' : ( 

*SLAVE_SHT_ENBL = 0; 
break; 

) 

default: { 

xprintf ("\nlllegal flag expected -e, -s or -c") ; 

) 

) 

) 

y**4r*6***ftft*****1k*ftifr******ilrft*** < ***6*ft***A****ft**‘#4ik***********it*'******** < fr 

* UnMaskVMEInt () : Unmasks VME interrupt number IRQNum. The interrupt 

* is presented to the 80960CA on IPL0 (INTO), IPL1 

* (INTI) or IPL2 (INT2) according to IPLNum. If the 

* IRQNum i s 0 then all interrupts are masked off. 

* * */ 

UnMaskVMEInt (IRQNum, IPLNum) 
unsigned char IRQNum, IPLNum? 

( 

if (IRQNum == 0) ( 

for(IRQNum = 0? IRQNum < 8; IRQNum++) { 

VIC->VMEIntCntrl [IRQNum] .Reg = 0x80; 

) 

) else! 

VIC->VMEIntCntrl [IRQNum - l].Reg = (1 « IPLNum); 

) 

) 






Appendix B 



NV-RAM Information 



NvMonDefs.h 

NVAssign.h 

NVDefs.h 

NYLib.c 

NV.c 



The NV-RAM memory is an 8,192-byte EEPROM that contains 
manufacturing, service, and hardware configuration information; 
monitor and board initialization information; and user-defined 
information. The start address, size, and description of the 
device are given in Table B-l: 



TABLE B-1 
EEPROM addresses 



Device 


Byte Offsets 


Data 


Address 






0270,0000 16 


0- 15FF 16 


User-defined data area 


0270,B000 16 


1600 1S - 17FF 16 


Monitor/board initialization 


0270,C000 16 


1 800, 6 - 1FFF 16 


Manufacturing/service hardware 






information 



This appendix contains the following files: 

This header file defines the bit field assignments for the 
NVRAM/EEPROM, as they are defined by the board. 

This header file defines the bit field assignments for the 
NVRAM/EEPROM, as they are defined by Heurikon. 

This header file includes the basic error codes and the 
codes passed to NVOp to indicate the type of operations to 
perform on nonvolatile memory. 

This file contains the nonvolatile library functions used to 
manage NVRAM or EEPROM. 

This file contains the functions necessary to read, write, and 
configure the 28C64 EEPROM. 
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* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* thi3 permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark a3 not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 



♦include "NVAsslgn.h" 

♦define MPU 80960CA 
♦define MMUJTONE 
♦define CACHE_NONE 
♦define FPU_N0NE 
♦define DMA_960CA 
♦define MEMEXP_N0NE 
♦define STREAM_N0NE 

♦define ETH_82596CA 
♦define ETHJtfONE 

♦define HDISK_NONE 
♦define HDISK WD33C93A 



/* Pull in the Internal data definitions 
/* Fixed Hardware devices 



/* Ethernet may be optional 



/* SCSI may be optional 



/a**************************************************************************** 

* NvMonDefs.h: This header file defines the bit field assignments 

* for the NVRAM/EEPROM, as they are defined by the board. 

* It can be used where a program needs to know which bit fields 

* are assigned to what. 

* This section describes the board specifics and includes the 

* Heurikon-specific structures and internal data structures 

* necessary to maintain NV memory (NVAsslgn.h) . 

* 

* NOTICE: Because different compilers may generate different spacing 

* between structures and structure elements based on the 

* alignment it is important to define structures carefully. 

* Problems can be avoided by forcing shorts and longs onto 

* long and short boundaries and padding structures to be 

* a multiple of long words in size. 



An early version of the ic960 compiler generated the wrong 
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structure addresses when the structures were organized as 
(long, short, byte) quantities in that order. If the smaller 
fields are first in the structure it works much better, so 
be careful ! ! ! ! . 



/******* serial definitions ******************************************* 

* This structure provides the definitions for a serial port. This 

* includes the port number, baud rate and configuration. 

* This structure should be loaded in the user-configurable portion of 

* the nonvolatile memory array. 

***/ 



typedef struct NVU_Port ( 

unsigned char Reserved; 
unsigned char PortNum; 
unsigned short PortFlags; 
unsigned long Baud; 

) NVU Port; 



/* Port struct = 8/4 bytes 

/* Port number (A, B,C or D) 
/* Flags for port 
/* Port baud rate 



/* Warning: These macros only work with pointers 



♦define Parity (x) 

♦define DataBits(x) 
♦define XOnXOff(x) 
♦define ChBaudOnBreak (x) 
♦define ResetOnBreak (x) 
♦define StopBits(x) 

♦define SP APORT 
♦define SPJ3PORT 
♦define SP CPORT 
♦define SP _ DPORT 



(x->PortFlags £ 0x0003) 

( (x->PortFlags & OxOOOC) » 2) 
(x->PortFlags £ 0x0010) 
(x->PortFlags £ 0x0040) 
(x->PortFlags £ 0x0080) 
(x->PortFlags £ 0x0100) 

0 /* Serial Port Assignments 



♦define SP_PARITY EVEN 
♦define SP_PARITY - ODD 
♦define SP_PARITY_NONE 
♦define SP PARITY FORCE 



/* Parity Type Assignments 



♦define SP_DATA_5BITS 
♦define SP_DATA_6BITS 
♦define SP_DATA 7BITS 
♦define SP DATA - 8BITS 



/* Data Bits Assignments 



♦define SP_ST0P_1BITS 
♦define SP STOP 2BITS 



/******* BOOT DEFINITIONS ********************************************** 

* This sections defines the boot parameters for loading an application 

* from a device and executing the application. This section should be 

* located in the user section of the nonvolatile memory device. 

* * * / 



typedef struct NVU_Boot ( 

unsigned char AutoBootDev; 
unsigned char Device; 
unsigned char Number; 
unsigned char BootFlags; 
unsigned long LoadAddress; 
unsigned long RomSize; 
unsigned long RomBase; 
♦ifdef NV_SMALL 

char Reserved [4]; 

♦ else 

char Reserved[16] ; 

♦endif 



/* Boot struct = 32/20 bytes 

/* Auto Boot Device 

/* Boot Device 

/* Boot Device Number 

/* Boot Flags 

/* Load Address 

/* Boot ROM Size 

/* Boot ROM Base address 



1 
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(x->BootFlags £ 0x01) /* Clear on boot */ 

♦define AB DONT 0 /* Auto Boot Definitions */ 

♦define AB_WINCH 1 

♦define AB_FL0PPY 2 

♦define AB_TAPE 3 

♦define AB SERIAL 4 

♦define AB — ROM 6 

♦define AB~ ETHERNET 7 



/******* vme BUS DEFINITIONS ******************************************** 

* This structure defines the VMEbus configuration of the slave interface 

* and Vic configuration registers. This structure should be loaded in 

* the user-defined section of the NV memory. 

***/ 

typedef struct NVU_BusConf ig { /* BusConfig struct = 16/4 bytes */ 

unsigned char IComReg[5]; /* Communications reg 0-4 values */ 



unsigned char Padding; /* Reserved */ 

unsigned short MiscBusFlags; /* Misc bus configuration bits */ 

unsigned long SlaveBusMap; /* Slave bus map configuration */ 

unsigned char Reserved [4); /* Reserved */ 

) NVU_BusConf ig; 



♦define ExtSlaveMap (x) (x->SlaveBusMap £ OxFFOOOOOO) 

♦define StdSlaveMap (x) (x->SlaveBusMap £ OxOOFOOOOO) 

♦define ShtSlaveMap (x) (x->SlaveBusMap £ 0x0000FF00) 

♦define ExtSlaveEnbl (x) (x->SlaveBusMap £ 0x00080000) 

♦define StdSlaveEnbl (x) (x->slaveBusMap £ 0x00040000) 

♦define ShtSlaveEnbl (x) (x~>SlaveBusMap £ 0x00020000) 

♦define BusReqLev(x) (x->MiscBusFlags £ 0x0003) 

♦define MastRelMode (x) ( (x->MiscBusFlags £ 0x000c) » 2) 

♦define LocBusTimer (x) ( (x->MiscBusFlags £ 0x0070) » 4) 

♦define VmeBusTimer (x) ( (x->MiscBusFlags £ 0x0380) » 7) 

♦define ArbiterMode (x) (x->MiscBusFlags £ 0x0400) 

♦define SlaveWrPost (x) (x->MiscBusFlags £ 0x0800) 

♦define MasterWrPost (x) (x->MiscBusFlags £ 0x1000) 

♦define Sysfail(x) (x->MiscBusFlags £ 0x2000) 

♦define TurboMode(x) (x->MiscBusFlags £ 0x4000) 

♦define IndivRMC(x) (x->MiscBusFlags £ 0x8000) 



/******* MONITOR DEFINED DEFINITIONS ************************************* 

* This section binds the Monitor-defined data structures into one 

* common structure, which should be loaded into NV memory in the user 

* read/write section. 

* * ★ / 



typedef struct NV_MonDefs { /* Mon Defs struct = 76/48 */ 

NV_Internal Internal; /* Internal definitions */ 

unsigned long MiscFlags; /* Misc monitor flags */ 

unsigned long ProcFlags; /* Proc monitor flags */ 

NVU_Port Console; /* Console Port Configuration */ 

NVU_Port DownLoad; /* Download Port Configuration */ 

NVU_Boot Boot; /* Boot Definitions */ 

NVU_BusConf ig VmeBus; /* Bus Configuration Definitions */ 

) NV_MonDefs, *NV_MonDefPtr ; 

♦define ClrMemOnPowerUp (x) (x->MiscFlags £ 0x01) /* Clear on powerup */ 

♦define ClrMemOnReset (x) (x->MiscFlags £ 0x02) /* Clear on reset */ 



♦define DoPowerDiag (x) (x->MiscFlags £ 0x04) /* Do powerup diagnostics */ 
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♦define 


VsbMasterEnbl (x) 


(x->MiscFlag3 


£ 


0x08) 


/* 


VSB Master enable 


*/ 


♦define 


VsbReleaseMode (x) 


(x->MiscFlags 


£ 


0x10) 


/* 


VSB Release modes 


*/ 


♦define 


EthArbiterEnbl (x) 


(x->MiscFlags 


£ 


0x20) 


/* 


Ethernet Arbiter Enbl 


*/ 


♦define 


EthByteEndian (x) 


(x->MiscFlags 


£ 


0x40) 


/* 


Ethernet Arbiter Enbl 


*/ 


♦define 


ScsiResetEnbl (x) 


(x->MiscFlags 


£ 


0x80) 


/* 


Scsi reset enable 


*/ 


♦define 


InstCacheEnble (x) 


(x->ProcFlag3 


£ 


0x10) 


/* 


Instruction cache Enbl 


*/ 


♦define 


RegCacheSize (x) 


(x->ProcFlags 


£ 


OxOF) 


/* 


960 Regs cached 


*/ 
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^************************************************************************ 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* „ 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 

* 

***** j 



/************************************************************************ 

* NVAssign.h: This header file defines the bit field assignments 

* for the NVRAM/EEPROM, as they are defined by Heurikon. 

* It can be used where a program needs to know which bit fields 

* are assigned to what. 

* Note that the memory is divided into two separate sections: 

* the Heurikon-defined, or write-protected, region and the 

* user-defined region that can be modified interactively 

* from the monitor or external programs. 

* 

* NOTICE: Because different compilers may generate different spacing 

* between structures and structure elements based on the 

* alignment it is important to be careful defining structures. 

* Problems can be avoided by forcing shorts and longs onto 

* long and short boundaries and padding structures to be 

* a multiple of long words in size. 



* NOTE: The definition 'NV SMALL' is intended to conserve space 

* for smaller NV devices, which can be as small as 128 bytes. 

* 

* * */ 



/******* INTERNAL bit definitions ************************************ 

* This structure provides the internal structures necessary to 

* maintain a nonvolatile section of memory. The magic number is 

* used to quickly determine if the structure has been initialized. 

* The checksum is used to verify the validity of the data. The 

* write count indicates the number of times the section has been 

* written and provides an indicator of the lifetime of the component. 

* 

* This structure must be the first entry in a nonvolatile section. 

* Many of the functions that manipulate nonvolative sections assume that 

* this is the first structure in the section and will not function 
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* if it is omitted. 
***/ 








typedef struct NV Internal { 


/* Internal structure = 8 bytes 


*/ 




unsigned short Magic; 


/* Magic number 


*/ 




unsigned short WriteCnt; 


/* Write Count 


*/ 




unsigned long ChkSum; 


/* Checksum 


*/ 




) NV_Internal, *NV_InternalPtr; 








♦define NV_MAGIC 0x57CE 


/* Magic number for nv memory 




*/ 


/******* BOARD BIT DEFINITIONS 


************************************* 


* * 




* The Manufacturing structure 


provides information necessary to 






I * track the board's manufacturing history, revision, ship date, etc 






* This structure is located in 


the write-protected region of the 






* nonvolatile memory device. Modification should only be done 






* by Heurikon' s manufacturing 
***/ 


depart ement . 






typedef struct NVH Manufacturing { /* Manuf struct = 88/8 bytes 


*/ 




unsigned char Revision; 


/* Board Revision 


*/ 




unsigned char ECOLevel; 


/* Board ECO Level 


* / 




unsigned short SerialNumber 


; /* Board Serial Number 


*/ 




jfifdef NV SMALL 








char Reserved [4]; 








♦ else 








char Model [8] ; 


/* Board Model 


*/ 




char ManDate[12J; 


/* Manufacturing Date 


*/ 




char ManPartNum [12 ] ; 


/* Manufacturing Part Number 


*/ 




char WorkOrderNum [ 12 ] ; 
char Reserved [40] ; 


/* Work Order Number 


*/ 




lendlf 








) NVH_Manufacturing; 








I /******* SERVICE DEFINITIONS *************************************** 


* * 




J * This structure provides the 


service record of the board. This 






* structure consists of the RMA number, Ship Date, Technician name 

* and a short description of the problem. The last 3 records are 

* allowed to be stored in nonvolatile memory. 

*** / 






typedef struct NVH ServRec { 


/* ServRec Struct = 72 bytes 


*/ 




char RecNum[12T; 


/* Service Record Number 


*/ 




char Date[12]; 


/* Service Record Date 


*/ 




char Tech [8]; 


/* Service Record Technician 


*/ 




char Problem[40] ; 


/* Service Record Technician 


*/ 




) NVH_ServRec; 








typedef struct NVH Service { 


/* Service Struct = 232 bytes 


*/ 




NVH ServRec Rec[3]; 


/* Storage for the last three 


*/ 




char Reserved [ 16] ; 


/* service records 


*/ 




) NVH Service; 








/******* HARDWARE DEFINITIONS ************************************** 


* * * 


* 


* Board Hardware definitions are provided by this structure, which 

* describes memory sizes and peripheral configuration. 

* * * / 






typedef struct NVH Hardware { 


/* Hardware Struct = 36/24 bytes 




*/ 


unsigned char MPUType; 


/* Processor Type 




*/ 


unsigned char MMUType ; 


/* MMU Type 




*/ 


unsigned char CacheType; 


/* Cache Type 




*/ 


unsigned char FPUType; 


/* Floating Point Type 




*/ 


unsigned char DMAType; 


/* DMA Type 




*/ 


unsigned char MemExpType; 


/* Memory Expansion Type 




*/ 


unsigned char DiskType; 


/* Hard Disk Controller Type 




*/ 
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unsigned char TapeType; /* Streaming Tape Type */ 

unsigned char EthernetType; /* Ethernet Controller Type */ 

unsigned char Padding [3]; 

unsigned long DRAMSize; /* Dynamic RAM Size */ 

unsigned long SRAMSize; /* Static RAM Size */ 

unsigned long NVMemSize/ /* Nonvolatile memory size */ 

♦ ifndef NVJSMALL 

char Reserved[12] ; 

#endif 

} NVH_Hardware; 



♦define RAMSIZ_0 0x00000000 

♦define RAMSIZ_128 0x00000080 

♦define RAMSIZ 8K 0x00002000 

♦define RAMSIZ216K 0x00004000 

♦define RAMSIZ_32K 0x00008000 

♦define RAMSIZ 64K 0x00010000 

♦define RAMSIZ2128K 0x00020000 

♦define RAMSIZ_256K 0x00040000 

♦define RAMSIZ2512K 0x00080000 

♦define RAMSIZ_1M 0x00100000 

♦define RAMSIZ_2M 0x00200000 

♦define RAMSIZ_3M 0x00300000 

♦define RAMSIZ_4M 0x00400000 

♦define RAMSIZ~8M 0x00800000 

♦define RAMSIZ_12M OxOOCOOOOO 

♦define RAMSIZ_16M 0x01000000 

♦define RAMSIZ_32M 0x02000000 

♦define RAMSIZ_64M 0x04000000 

/******* COMBINED HEURIKON DEFINED VALUES ******************************** 

* The combination of the hardware, manufacturing record and the service 

* record are bound together in this structure, which is stored in the 

* protected region of the nonvolatile memory. 

*** / 



typedef struct NV HkDefined { 


/* 


Hk struct = 40/444 bytes 


*/ 


NV_Internal 


Internal; 


/* 


Internal definitions 


*/ 


NVH_Hardware 


Hardware; 


/* 


Hardware definitions 


*/ 


NVH Manufacturing 
♦ifndef NV_SMALL 


Manuf ; 


/* 


Manuf definitions 


*/ 


NVH Service 


Service; 


/* 


Service record 


*/ 



♦endif 

) NV HkDefined; 
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/*★**********★*★★*★*#***■**************•****■****★***★*★*************★****★* 

* 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS; 
*****/ 



/****★*************★************* Ik*************************************** 

* NvDefs.h: This header file includes the basic error codes and the 

* codes passed to NVOp to indicate the type of operations 

* to perform on nonvolatile memory. 

***/ 



/a***************************************'*******************'*********'**** 

* The Error flags are defined below. Note that these error codes have 

* been used to construct error tables and must not be modified for 

* any reason. 

*/ 



♦define NVE_NONE 0 

♦define NVE_OVERFLOW 1 

♦define NVE_MAGIC 2 

♦define NVE CKSUM 3 

♦define NVE - STORE 4 

♦define NVE - CMD 5 



/* No error */ 
/* Warning: To many writes done */ 
/* Bad magic number in NVRAM image */ 
/* Bad checksum in NVRAM image */ 
/* Could not write NVRAM to memory */ 
/* Unknown command requested */ 



♦define NV_OP FIX 
♦define NV_OP~CLEAR 
♦define NV 0P~CK 
♦define NV~OP~OPEN 
♦define NV OP SAVE 



0 


/* 


NVOp 


Command 


to 


fix checksum 


*/ 


1 


l* 


NVOp 


Command 


to 


clear NV section 


*/ 


2 


/* 


NVOp 


to checksum NV sections 


*/ 


3 


/* 


NvOp 


to Open 


NV 


Section 


*/ 


4 


/* 


NvOp 


to Save 


NV 


Section 


*/ 
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/★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★•ft*********************************** 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION. 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 



* NVLib.c: This file contains the nonvolatile library functions used to 

* manage NVRAM or EEPROM. The functions defined in this module 

* are listed below: 



NVSet ( ) 
FindGroup () 
FieldRead () 
NVUpdate () 



NVDisplay (> 
FindField ( ) 
FieldWrite () 
NVOpen () 



NVInit () 
DispFieldName () 
Continue () 
NVOpO 



♦include 

♦include 

♦include 



"Bug . h" 

"NVDefs.h" 

"NVAssign.h" 



extern NVGroup NVGroupsU; /* NV memory groupings structure 

extern NV_HkDefined HKFields; /* Heurikon defined structure 

/********★****★*******************■**★****★***★************************ 

* NV Error Strings () : 

* 

* NOTE: The Error table strings are defined according to the 

* definitions in 'NVDefs.h'. Neither of these files should be 

* modified without fear of complete disaster. 

A***/ 



static char NVErrOStr[] 
static char NVErrlStrU 
static char NVErr2Str[] 
static char NVErr3Str[] 
static char NVErr4Str[] 
static char NVErr5Str[] 



"No error"; 

"Maximum write count exceeded"; 

"Bad magic number"; 

"Illegal checksum"; 

"Write to NV memory does not verify"; 
“Unknown command"; 
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static char *NVErrTable [ ] = ( 

NVErrOStr, NVErrlStr, NVErr2Str, NVErr3Str, NVErr4Str, 

NVErr5Str 

}; 

/*★★★*★**★★★*★**★★*★★**★■*******★★****★*★★**★***■**★**'★****★**********★*★★* 

* String definitions for error reporting. 

***/ 

static char NVSupStrl[] = "\nError while %3 NV memory. %s."; 

static char NVSupStr2[] = "\nWarning protected region of NV memory %s."; 

/★a-************'*******-************'*************************************** 

* NVOpO: This function provides the operations on the NV memory 

* structures to read, write, clear, checksum and update 

* NV memory . 

* * * * / 

NVOp (Operation, Base, Size, Offset) 
unsigned long Operation, Size, Offset; 
unsigned char *Base; 

( 

int ByteNum, DataSize; 
unsigned char *DataSect; 

unsigned char NVRamAccO; 
unsigned long Sum; 

NV_Internal ‘Internals = (NV_Internal *) Base; 

DataSect = (unsigned char *) (Internals [1] ; 

DataSize = Size - sizeof (NV_Internal) ; 

Sum = CheckSumMem (DataSect, DataSize) ; 

switch (Operation) ( 
case NV_0P_FIX: { 

Internals->Magic = NV_MAGIC; 

Internals->ChkSum = Sum; 
return (NVE_NONE) ; 

} 

case NV_OP_CLEAR: ( 

ClearMem(DataSect, DataSize) ; 

Internals->Magic = NV_MAGIC; 

Internals->ChkSum = 0; 
return (NVE_N0NE) ; 

) 

case NV_0P_CK: ( 

if (Internals->Magic != NV_MAGIC) 
return (NVE_MAGIC) ; 
if ( Internal3->ChkSum != Sum) 
return (NVE_CKSUM) ; 

if (Internals->WriteCnt > NVRMaxNbrWrites ( ) ) 
return (NVE_OVERFLOW) ; 
return (NVE_NONE) ; 

} 

case NV_OP_OPEN: ( 
nv_recall () ; 

for (ByteNum = 0; ByteNum < Size; ByteNum++) ( 

Base [ByteNum] = NVRamAcc (READ, Offset + ByteNum); 

) 

return (NVENONE) ; 

1 

case NV_OP_SAVE : { 
nv_store () ; 

for (ByteNum = 0; ByteNum < Size; ByteNum++) { 

NVRamAcc (WRITE, Offset + ByteNum, (Base [ByteNum] ) ; 

) 

nv recall () ; 



1 
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for (ByteNum = 0; ByteNura < Size; ByteNum++) { 

if (Base [ByteNum] != NVRamAcc (READ, Offset + ByteNum)} ( 
return (NVEjSTORE) ; 

) 

} 

return (NVE_NONE) ; 

1 

default; { 

return (NVE_CMD) / 

) 

> 

) 

* NVUpdateO; This monitor command updates the NVRAM from the image 

* maintained in memory. Error messages are displayed if an 

* error occurs. 

* * * * / 



NVUpdate () 

{ 

register int Err; 
NV_Internal *NvMon 
unsigned long NvMonSiz 
unsigned long NvMonOff 
unsigned long NvHkOff 



= (NV_Internal *) NvMonAddrO; 
= NvMonSize(); 

= NvMonOff set () ; 

* NvHkOff set () ; 



NvMon->WriteCnt++; 

Err = NVOp (NV OP CK, NvMon, NvMonSiz); 
if (Err ! = NVEJJONE) ( 

xprintf (NVSupStrl, "reading", NVErrTable [Err] ) ; 
return; 

) 

Err = NVOp (NV OP SAVE, NvMon, NvMonSiz, NvMonOff); 
if (Err ! = NVE_N0NE) ( 

xprintf (NVSupStrl, “storing", NVErrTable [Err] ) ; 
return; 

) 



HKEields . Internal . WriteCnt++; 

NVOp (NV_OP_CK, SHKFields, sizeof (NV HkDefined) ) ; 

Err a NVOplNV OP_SAVE, SHKFields, sTzeof(NV HkDefined) , NvHkOff); 
if (Err ! = NVE NONE) ( 

xprintf(NVSupStr2, "was not modified"); 
return; 

) 



/Ik*************-********************************'*'****'*'*******'************** 

* NVOpenO: This monitor command opens the NVRAM and loads the memory 

* image from the device. Errors are detected and displayed 

* if they occur. 

* * * -k j 



NVOpen () 

{ 

register int Err; 
NV_Internal *NvMon 
unsigned long NvMonSiz 
unsigned long NvMonOff 
unsigned long NvHkOff 



(NV_Internal *) NvMonAddrO; 
NvMonSize () ; 

NvMonOff set () ; 

NvHkOffset () ; 



NVOp (NV_OP_OPEN , SHKFields, sizeof (NV_HkDe fined) , NvHkOff); 
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NVOp (NV_OP OPEN , NvMon, NvMonSiz, NvMonOff); 

Err = NVOpTNV 0P_CK, SHKFields, sizeof (NV_HkDefined) ) ; 
if (Err != NVE NONE) { 

xprint?(NVSupStr2, "is corrupt"); 

) 

Err = NVOp (NV_OP_CK, NvMon, NvMonSiz); 
if (Err != NVE NONE) ( 

xprintf (NVSupStrl, “reading", NVErrTable [Err] ) ; 

) 

return Err; 
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/***********★**★*★*★★*★★*★**************************★**********★***★***** 

★ 

* Copyright (c) 1990 Heurikon Corporation 

* All Rights Reserved 

* 

* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF HEURIKON CORPORATION 

* The copyright notice above does not evidence any 

* actual or intended publication of such source code. 

* Heurikon hereby grants you permission to copy and modify 

* this software and its documentation. Heurikon grants 

* this permission provided that the above copyright notice 

* appears in all copies and that both the copyright notice and 

* this permission notice appear in supporting documentation. In 

* addition, Heurikon grants this permission provided that you 

* prominently mark as not part of the original any modifications 

* made to this software or documentation, and that the name of 

* Heurikon Corporation not be used in advertising or publicity 

* pertaining to distribution of the software or the documentation 

* without specific, written prior permission. 

* 

* Heurikon Corporation does not warrant, guarantee or make any 

* representations regarding the use of, or the results of the use 

* of, the software and documentation in terms of correctness, 

* accuracy, reliability, currentness, or otherwise; and you rely 

* on the software, documentation and results solely at your own 

* risk. 



* MODIFICATIONS: 



#include "Bug.h" 

♦include “Board. h" 

♦include "NvMonDefs .h" 

/a-************************************-************************************ 

* NV.c: Thi3 file contains the functions necessary to read, write and 

* configure the 28C64 EEPROM. 

* The functions defined in this module are listed below: 

* 

* nv_recall() nv_store{) 

* NVRMaxNbrWrites () NvHkOffsetO NvMonOf fset () 

* NvMonSizeO NvMonAddrO NVRamAccO 

* NOTE: This file contains several functions that allow compatability 

* with NVRAM that requires store and recall operations. 



extern NV_HkDefined HKFields; 
extern NV~MonDefs NvMonDefs; 

* nv_recall(): 

* nv_store(): included to provide compatability with NVRAM. 

***/ 



nv_recall() { ) 
nv store() ( } 



/* No Recall for EEPROM */ 
/* No Store for EEPROM */ 



/************************************************************************* 

* NVRMaxNbrWrites () : This function allows the NV libraries to determine 

* the lifetime of a component without including 
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NVRMaxNbrWrites () ( 

return (NV_MAX_NBR_WRITES) ; 

} 



/* Returns limit of write count */ 



NvHkOf fset () : 
NvMonOf fset ( ) : 
NvMonSize () : 
NvMonAddrO: T 



These functions may seem a bit overkill but they allow the 
NV library functions to operate on the NV memory sections 
without actually compiling the board config files into the 
library. This is desirable because they will change from 
board to board. 



NvHkOffsetO ( 

return (NV_PROTECTED) ; 

1 

NvMonOf f set 0 { 

return (NV_MON DEFS) ; 

} 

NvMonSizeO ( 

return (sizeof (NV MonDefs)); 

) 

NvMonAddrO { 

return ( (int) SNvMonDefs); 

} 



NvRamAccO: This function provides the reading and writing of the 
device itself. The 'Mode' indicates if a read or write 
i3 requested, the 'Cnt' indicates the byte location to 
modify (if NV were seen as a linear array), and 'Val' 
is the value when doing a write. 

Returned from this function is the number of bytes 
written to the device or the value read from the device 
depending on 'Mode' . This function supports bursts on 
writes to speed the storing of data around 32 times. 

The burst size is determined by NV_PAGE SIZE. Another 
optimization is that only bytes that diTfer are written. 



unsigned char NVRamAcc (Mode, Cnt, Val) 
unsigned long Mode, Cnt; 
unsigned char *Val; 

( 

int i, j; 

unsigned char *NVRead, *NVWrite; 
unsigned char RamVal; 
int IsSame = TRUE; 

NVRead = NVWrite = (unsigned char *) (NV_BASE + (NV_SPACING * Cnt)); 

if (Mode == READ) { /* Read: return value */ 

return ( *NVRead) ; 

) else { /* Write: scan page for changes. If none return */ 

for (i = 0; i < NV PAGE SIZE; i++) f 
if (*NVRead !=~Val[T]) < 



1 
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IsSame = FALSE; 
break; 

} 

NVRead += NV_S PACING; 

} 

if (IsSame) { 

return (NV_PAGE_SIZE) ; /* If no changes then return */ 

) 

/* write page to EEPROM */ 

for (i = 0; i < NV_PAGE_SIZE; i++) { 

AtomicModify (NVWrite, OxFF, Val[i]); 

NVWrite += NV SPACING; 

} /* Repeatedly attempt to verify */ 

for (j = 0; j < 0x1000; j++) { 

NVRead = (unsigned char *) (NV_BASE + (NV_SPACING * Cnt) ) ; 
IsSame = TRUE; 

for (i « 0; i < NV_PAGE SIZE; i++) ( 

if (*NVRead != _ Val(I)) ( 

IsSame = FALSE; 

» 

NVRead += NV_SPACING; 

) 

if (IsSame) ( 

return (NV_PAGE_SIZE) ; 

} 

) 

return (NV_PAGE_SIZE) ; 

) 

1 





Appendix C 



80960CA and 82596CA 
Implementation Notes and Errata 



C.1 80960CA 



There are currently two versions of the 80960CA CPU (location 
U100): the A4 and the newer Bl. 

The package marking on the CPU includes designation of the 
80960CA version, as shown in Table C-l. 



TABLE C-1 

Guide to 80960CA versions 



Part Description 


Version 


Package Markings 


80960CA-33MHZ 


A4 


Q 8231 or S V743 


80960CA-25MHz 


A4 


S V595 


80960CA-33MHZ 


Bl 


Q 8264 or S V735 


80960CA-25MHz 


Bl 


S V734 



This document contains a list of functions that are either not 
fully implemented or do not function as originally documented 
for both 80960CA versions. In some instances, workaround 
solutions are suggested. 

The details of 80960CA versions have been provided by Intel 
Corporation for Heurikon customers only and must remain 
confidential. 



Main Differences One of the main differences between the A4 step and the Bl 

between A4 and Bl: step of the 80960CA is the addition of a "backoff mecha- 

nism (similar to the one used on the 82596CA) that allows 
the HK80/V960E to recover correctly from VMEbus colli- 
sions. A collision could result when an HK80/V960E request 
for the VMEbus, via either the 80960CA or the 82596CA, 
occurs simultaneously with a VMEbus slave access to the 
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HK80A r 960E. An HK80/V960E equipped with the A 4 step of 
the 80960CA does not manage VMEbus collisions because 
the A4 step has no backoff mechanism. If a collision occurs, 
a deadlock usually results and the HK80/V960E hangs. This 
is not a problem in the B1 step of the 80960CA. 




Using a 14-pin transition connector on J2: 

If a 14-pin transition connector is used on J2 (the front 
panel interface), it might need to be trimmed slightly on 
the right side because the P00CEN0 PAL is so close. We can 
provide cable-connector assemblies that work properly with 
J2. The problem will be fixed in the next board revision. 



C.1.1 80960CA Step A4 



C.1.1.1 Type A Errata — Features That Are Not 
Implemented 

Erratum A-l — One-X Clock Mode Not Implemented 

The one-x input mode for CLKIN is not implemented. The 
CLKMODE pin must be left unconnected, or must be grounded 
at all times for proper operation of A-0 material (in the two-x 
mode). When the one-x mode is implemented, it will be 
enabled by pulling CLKMODE high at all times. 

Erratum A-2 — DMA Modes and Alignment Restrictions 

The DMA modes supporting 8 to 16 (mode 1) and 16 to 8 
(mode 4) were not implemented. These two modes cannot be 
used. The absence of these modes also places alignment con- 
straints on other modes. These constraints are as follows: 



TRANSFER TYPE 


CONSTRAINT 


1H 8 to 16 


Not Implemented 


4H 16 to 8 


Not Implemented 


5H 16 to 16 


For synchronized transfers, the source and destination 
addresses must be 16-bit aligned, and the byte count must 
be an even number of bytes. Block transfers are not 
affected. 
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7H 16 to 32 Source-synchronized transfers must have l6-bit aligned 

source and destination addresses, and the byte count must 
specify an even number of bytes. Destination-synchronized 
transfers must have 32-bit aligned destination addresses, 
and the byte count must specify a multiple of 4 bytes. For 
block transfers, the DMA controller will perform the trans- 
fers as documented, with the exception that 8- to 8- bit 
transfers will be used to handle unaligned cases where the 
DMA should use 1 6- to 8-, or 8- to l6-bit transfers. 

ODH 32 to 16 Destination-synchronized transfers must have 16-bit aligned 

source and destination addresses, and the byte count must 
specify an even number of bytes. Source-synchronized 
transfers must have 32-bit aligned source and 16-bit aligned 
destination addresses, and the byte count must specify a 
multiple of 4 bytes. For block transfers, the DMA controller 
will perform the transfers as documented, with the excep- 
tion that 8- to 8-bit transfers will be used to handle 
unaligned cases where the DMA should use 1 6- to 8-, or 8- to 
16-bit transfers. 

Erratum A-3 — Locked Cache Not Implemented 

The feature which allows interrupt routines to be locked into the 
instruction cache was not implemented. On the A-0 material, 
only the interrupt entry type OO2 is supported. 

Erratum A-4 — Self-Test Not Implemented 

The internal self-test feature is not implemented. The processor 
does perform the external bus confidence test, but no specific 
internal self-testing is performed, regardless of the STEST pin 
setting. Even without a special self-test routine, approximately 
50% of the processor's internal nodes toggle during the execu- 
tion of the bus confidence test and the other initialization 
activity. 



C.1.1.2 Type B Errata — Implemented Features That Do 
Not Function As Desired 

Erratum B-l — Instructions 

a. balx and bx are One Clock Slow. The balx and bx 
instructions are one clock slower than documented in the 
first edition of the user manual. The user's manual will be 
changed to reflect this. 

b. calls Followed by Conditional Instruction. A condi- 
tional instruction that immediately follows a calls will exe- 
cute based upon the condition code state prior to the call. 
During proper operation the conditional instruction would 
execute based upon the state of the condition codes as 
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modified by the called procedure. Place two nops after calls 
instructions as a workaround if needed. Since this situation 
is pathological, the assembler does not emit an automatic 
workaround. 

c. callx Frame Spills. If a callx using the (regl)[reg2*scale] or 

disp (regl)[reg2*scale] addressing modes causes a frame 
spill, the processor will malfunction. Insert a call to a 
dummy procedure, or insert a flushreg instruction prior to 
such callx instructions. The linker which supports the 
80960CA warns of these callx occurrences. 

d. shrdi with fixup. When execution of the shrdi instruction 
requires dividend fixup, and the shrdi is followed immedi- 
ately by a micro-flow instruction, the processor will hang up. 
The ASM960 which supports the 80960CA will insert two 
nops after all shrdi instructions. 

e. Zero-Divide on Remainder and Modulo Instructions. A 

divide-by-zero fault on remi, remo and modi instructions 
could cause the processor to hang up. The ASM960 which 
supports the 80960CA contains a switch which inserts a 
workaround for this condition. When these instructions are 
encountered, a cmp*, faulte sequence is inserted to detect 
for zero division. 

f. Micro-Flow Branch Target after Unaligned Access. The 

processor will malfunction when executing the following 
sequence of instructions: 

• unaligned memory reference 

• RISC branch (Machine Type C) 

• to a Micro-flow MEM-format instruction (Machine 
Type •). 

The ASM960 which supports the 80960CA detects branch 
targets of machine type • and inserts a nop between the 
branch target label and the branch target. 

g. Overflow Flag. When an overflow occurs on a divl instruc- 
tion but the integer overflow fault is disabled, the integer 
overflow flag in the Arithmetic Controls Register is not set. 
When an overflow occurs on an add!, shll, stib, stls or 
mull instruction, but the integer overflow fault is disabled, 
the integer overflow flag may not be set. The flag will not be 
set if a microcoded instruction accessing the arithmetic 
controls register (AC) is executed prior to the completion 
of the overflowing instruction (6 clocks for mull, 2 clocks 
for others). During proper operation, the overflow flag 
should be set on integer overflows when the integer 
overflow fault is disabled. 

h. Replaced the next description. 

1. Current RIP is r2, not on stack. During proper opera- 
tion, the return instruction pointer (RIP) for the currently 
active procedure is located in the register save area of the 
previous stack frame. To speed return operations, the 
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processor caches the current RIP in r2 of the active register 
set. However, the processor uses this cached RIP as the 
return pointer for every return operation. Hence, modifying 
the RIP in the previous stack frame, even after a flushreg, 
does not change the location to which the next ret will 
return. Programs which modify the current RIP must (1) 
execute a flushreg, (2) perform a call, a procedure which 
modifies the desired RIP in memory, and O) execute a ret. 
Since the procedure called in step 2 will not be modifying 
its current RIP, the modified memory-based RIP will be that 
cached by the processor during the return operation in step 
3. During proper operation, modification of any previous 
stack frame contents, following a flushreg would properly 
take effect on the subsequent return operations. 

This workaround is architecturally compatible and will be 
portable across 80960 implementations. There is, however, a 
faster workaround which will not be portable. THE 
FOLLOWING WORKAROUND MAY NOT WORK ON 
FUTURE STEPPINGS OF THE CHIP, AND WILL NOT 
EXECUTE CORRECTLY ON ANY OTHER 80960 
IMPLEMENTATIONS. When a program desires to modify 
the current RIP, the program may modify the upper 30 bits 
of register r2 to the desired new RIP value, while preserving 
the values of the least significant two bits of the register. A 
flushreg is not required. 

j . link Pointers and REPs. The processor may erroneously 
set one or both of the two least significant bits of a 
branch_and_link link pointer, and the two least significant 
bits of any return pointer (RIP). During proper operation 
these bits are always zero. Since the processor ignores these 
bits when the values are used by control instructions, link 
pointers and RIPs may be used directly by branches and 
calls. However, using a link pointer or RIP as a component 
of an effective address for memory operations will not work 
properly. For this version of the chip, copy the desired link 
pointer and clear the last two bits of the copy for use as a 
memory address of a load, store or atomic memory 
reference. 

k. Returning to user mode. When a supervisor procedure 
returns to the user mode procedure which called it, the 
processor does not switch back to user mode. The stack 
switch back to the procedure stack from the supervisor stack 
occurs correctly, but the processor is left in supervisor 
mode. To work around this problem, create a dummy user- 
mode system procedure which calls the desired supervisor- 
mode system procedure with a calls. Upon return from the 
supervisor procedure, the dummy procedure should then 
set the processor back to user mode before returning. The 
workaround flows as follows. 
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User-mode caller 
continue — 



calls 






I 



•User Mode System Procedure 

calls Desired_proc call 

set user mode 1 

using modpc I 

rat I 



Desired_proc 



ret 



FIGURE C-1. Erratum B-2-k workaround 



L Id, ldl, ldt, ldq Followed by a frame spill. If load multiple 
instruction (ldl, ldt, ldq) is immediately followed by a call 
or an interrupt which forces a frame spill, the load will 
properly take place, but the registers which were the 
destination of the load will remain "scoreboarded". When 
this happens, the processor will hang at the first instruction 
that attempts to access these registers. If an Id instruction is 
executed and a frame spill occurs, the data in the 
destination register MAY be corrupted. There is no simple 
workaround relative to this particular problem other than to 
suggest that the user frequently flush the internally cached 
registers to insure that frame spills won't occur. 

Erratum B-2 — Bus Controller 

a. LOCK# Deasserts Early. The LOCK# pin will deassert one 
clock prior to the last ADS# of a sequence of atomic access. 
During proper operation, the pin should deassert after the 
last ASD# of a sequence of atomic accesses. 

b. Pipelined Region Limitation. Each pipelined region 
which has burst enabled must have Ready Control disabled 
in that region. During proper operation, the ready pins 
would be ignored during reads in a pipelined region, but 
could be used in a write to a pipelined region. 

c. Region 0 Initialization. The control table specified in the 
PRCB must contain the memory region configuration for 
region 15 in both the MCONO and MCON15 entries. If the 
user desires a memory configuration for region 0 which is 
different from that for region 15, the user's initialization 
routine must reprogram the bus controller before accessing 
region 0. During proper operation, the control table 
pointed to by the PRCB would contain the accurate region 0 
configuration in MCONO. 

d. Fixed on A-4 stepping. 

e. Back-to-back accesses. When two unaligned memory 
accesses of different types (e.g., unaligned LDQ followed by 
unaligned LDL) are executed back-to-back out of the instruc- 
tion cache, an error may occur. 
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f. Pipelined Fetches. A two clock delay is encountered in a 
region programmed for pipelined accesses. This delay is 
only encountered for instruction fetches, not for loads or 
stores. The expected operation for a pipelined fetch is as 
follows (A = Address; D = Data): 

A D D D D 

A D D D D 

A D D D D 

However, the A4-stepping of the 80960CA performs a 
pipelined access as follows: 

A D D D D 

X X A D D D D 

X X A D D D 

This, of course, reduces the bandwidth of the pipelined bus. 

g. Burst Fetches. A one clock delay is encountered in a 
region programmed for burst access. This delay is only 
encountered for instruction fetches, not for loads or stores. 
The expected operation for a burst fetch is as follows (A = 
Address; D = Data): 

ADDDDADDDDADDDD 

However, the A4-stepping of the 80960CA performs a burst 
fetch as follows: 

ADDDDXADDDDXADDDD 

This, of course, also reduces the bandwidth of the pipelined 
bus. 

Erratum B-3 — Instruction Cache 

a. Cache Disable Mode. The cache disable configuration of 
the instruction cache turns off most, but not all, of the 
cache. When disabled, the cache will still cache two lines 
(1 6 words) of instructions. During proper operation, the 
entire cache would be disabled. 

b. Cache Flushing The sysctl command to invalidate the 
instruction cache does not work. Furthermore, a sysctl reini- 
tialize command does not flush the instruction cache as 
part of the software reset sequence. To invalidate the 
instruction cache, call a permanendy located procedure 
longer than 256 words. 

c. Cache Control Initialization. Although the instruction 
cache is successfully invalidated by a hardware chip reset, 
the cache replacement logic does not reset in a 
deterministic fashion. This makes it impossible to syn- 
chronously reset two processors to run in lock-step using 
only the RESET# pin. A possible workaround would be to 
have inidalization routines in each processor perform a 
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cache flush as described above, then issue an external read 
to a fixed address, allowing external hardware to 
synchronize the processors. 

Erratum B-4 — Register Cache 

a. Local Register Cache Size. Programming a register cache 
size of 0 causes 15 sets to be allocated. During proper oper- 
ation, the register cache should be disabled by 
programming 0 frames. 

Erratum B-5 — DMA 

a. Temporary Lockout Condition. The DMA controller 
could be frozen out by a user program which continually 
issues one-clock MEM-side instructions every clock. For 
example, a program which swamps the MEM-side of the 
processor with Ida instructions could delay the DMA 
controller by as long as the longest uninterrupted sequence 
of Idas. This situation is rare for general code. For highly 
optimized code, the DMA delay could range from just a few 
clocks to the length of the optimized loop. There is no gen- 
erally acceptable workaround. During proper operation, the 
user's program would not lock out the DMA. 

b. On-chip Data RAM as a Source. The DMA will lock up if 
the source for a channel is in the internal data RAM. The 
DMA operates properly if only the destination is in internal 
data RAM. During proper operation, either the source or 
destination (or both) of a DMA transfer could be in data 
RAM. 

c. DACK3:0#. The DACK3.0# pin associated with an access 
will stay active during Nxda cycles. During proper opera- 
tion, the DACKx# pin which is asserted during a cycle would 
go high (inactive) during Nxda docks. In addition, when a 
DMA-related bus transfer is pipelined with the following bus 
transfer, the DACKx# associated with the access will go high 
when the pipelined address for the next transfer appears. 
During proper operation, the DACKx# pin should go high 
after the last data cyde of the DMA transfer. 

d. Data Chaining Fly-by. Fly-by transfers do not operate 
properly when data-chained. As a result, data chaining fly- 
by DMA transfers is not supported on this version of the 
chip. 

e. Data Chaining Alignment. When chaining with the 16-32 
and 32-16 bit modes, the source address and destination 
addresses must be aligned to the source and destination 
widths, respectively. During proper operation, there would 
be no such requirement. 

f. Byte Count and EOP#. When an 8-32 or 16-32 bit destina- 
tion synchronized demand transfer is terminated by an 
EOP# input, the final byte count will be less than the actual 
byte count by exactly 4 bytes. Source synchronized transfers 
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provide a correct byte count when terminated with an EOP# 
input. During proper operation, the byte count would reflect 
the actual number of bytes actually written to the destina- 
tion when destination synchronized. 

g. EOP during 8-32 bit transfers. If an EOP occurs during 
the last cycle of an 8-32 DMA transfer, the final byte(s) may 
be stored in consecutive destination addresses. This will 
only occur if the last word cannot be stored to a word 
aligned address. 

h. Corrupted 16 bit transfers. 16-32, 32-16 and 16-16 bit 
transfers may corrupt data when buffers are not aligned to 
the "natural" boundaries while in the chaining mode. 

i. EOP/TC too early. When programmed as an output the 
EOP/TC pin can potentially be asserted before the last 
DACK. This can only occur when the DMA channel is pro- 
grammed in the DSDEM or destination synchronized 
demand transfer mode. 

Erratum B-6 — Interrupts 

a. Temporary Lockout Condition. No interrupt will be ser- 
viced between two back-to-back instructions which are 
micro-flows (Machine type = •). RISC nop instructions 
could be inserted between long micro-flow instructions (e.g., 
flushreg, sysctl) to reduce the spot interrupt latency; 
however, there is no generally acceptable workaround. 

b. One Software Interrupt Per Priority. When the proces- 
sor services an interrupt which was posted with the sysctl 
instruction, it clears the correct pending priority bit in the 
intermpt table without checking the associated pending pri- 
orities field for other interrupts. As a result, any other soft- 
ware posted interrupts which are also pending at the same 
priority level are lost. External intermpt requests are not 
affected. One workaround is to post no more than one 
intermpt per priority level with the sysctl instruction. If 
more than one software-interrupt per priority level is 
required, a software intermpt handler could check the 
pending intermpt bits associated with its priority, and re- 
post remaining interrupts using the sysctl instruction. 

c. "Posting" Priority Zero. When the sysctl instruction is 
used to post a priority zero intermpt, the processor does 
not check all memory-based pending intermpt bits. Under 
normal operation, posting a priority zero intermpt should 
cause the processor to check the entire pending intermpt 
portion of the intermpt table for interrupts. This deviation 
is bothersome for multiprocessor applications. There is no 
general workaround. Workarounds will be application 
specific. 

d. Inoperative Mask Saving. The intermpt controller option 
which governs the handling of the intermpt mask must be 
set to 002, disabling special mask handling. If any other 
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option is specified the interrupt mask will be cleared during 
an interrupt service and its proper value will be lost. If a 
workaround is required, interrupt handlers may save and 
clear the interrupt mask upon entry. However, the absence 
of the mask saving options precludes the use of a level sen- 
sitive priority 31 interrupt. All priority 31 interrupts must be 
edge sensitive in this version of the chip. During proper 
operation, the interrupt mask handling options should allow 
the user to specify what is done to the interrupt mask as an 
automatic part of processor interrupt handling. 

e. Pending Field Consistency Required. If, when reading 
the memory-based pending interrupts field of the interrupt 
table, the processor detects a mismatch between the pend- 
ing priorities field and the pending interrupt field, proces- 
sor state will be corrupted. This mismatch can occur if an 
external agent only half-posts an interrupt by setting a bit in 
the pending priorities field without setting a bit in the asso- 
ciated pending interrupts field. Proper enforcement of 
locked atomic accesses among multiple agents should 
prevent this situation. 

f. DMA and interrupts. The DMA suspension option for 
interrupt handling must be selected. If the DMA is not sus- 
pended during interrupt context switches, the processor 
could cease to operate properly. 

g. NMI Lockout. If the NMI interrupt handler does a software 
reset, all future interrupts will be locked out. The only 
workaround is not to do a software reset while handling an 
NMI interrupt. 

Erratum B-7 — Faults 

a. Unaligned. Although the processor correcdy performs 
unaligned memory accesses when the unaligned fault is dis- 
abled, the processor will hang up if an unaligned access 
occurs when the fault is enabled. During proper operation, a 
fault should be generated when an unaligned memory 
access is issued and the unaligned fault is enabled. 

b. Invalid Opcode in the User Mode. An instruction which 
faults due to an invalid opcode may also cause an sfr pro- 
tection fault. During proper operation, only the invalid op- 
code fault would be generated. 

c. Trace Controls on a return. On a return from a non- 
trace fault handler to a user mode procedure, the Trace 
Controls Register (TC) is restored to its value prior to the 
fault. As a result, any modification of TC by a non-trace fault 
handler will be lost when the handler is returning to a user 
mode program. Furthermore, the TC event bits are 
automatically cleared during every return from a trace-fault 
handler. During normal operation the TC would not be 
altered by a return from a fault handler. 
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d. Trace Faults on Faults and Interrupts. A Trace Fault will 
not be taken after an implicit call even if Call Trace is 
enabled. To regain implicit call trace, place fmark instruc- 
tions at the beginning of each fault handler. (Interrupts are 
not expected to generate implicit call faults. Neither K-series 
nor C-series processors do so.) 

e. Data Address Breakpoint Fault. When a Data Address 
breakpoint fault occurs on a callx, or any call with a frame 
flush, the return IP (RIP) reported will be that of the call. 

The RIP should point to the first instruction of the called 
procedure. The trace fault handler must detect this condi- 
tion and adjust the RIP before returning. 

f. sysctl and Faults. No fault is generated when an unimple- 
mented message is specified as an operand of the sysctl 
instruction. During proper operation, an operation. operand 
fault should be generated. 

g. Fault which shouldn't. An instruction fetch from the on- 
chip data RAM will cause an operation-unimplemented fault 
even if the fetched data was not executed. During proper 
operation, this fault should only be generated if the proces- 
sor attempts to execute data which was fetched from the 
data RAM. 

h. Data Address Breakpoints on stacks and tables. If a 

data address breakpoint occurs on a memory access associ- 
ated with the processor's interrupt or fault context switches, 
or execution of a calls instruction, the fault may not be sig- 
naled. If it is signaled, the associated fault record may be 
incorrect and the Trace Controls Register (TC) may be 
trashed. During proper operation, the data address break- 
point fault would be signaled after completion of all opera- 
tions associated with these microcoded sequences. For this 
version of the silicon, it is recommended that data address 
breakpoints not be set on the system procedure table, fault 
table, interrupt table, or stack locations which will contain 
interrupt records or fault records. 

i. Pre-return Trace. When a pre-return trace event occurs, a 
return trace is also signaled even if return trace was not 
enabled. The return trace event bit in the trace controls is 
erroneously set and the sub-type field of the fault record 
correctly reports a pre-return trace and incorrectly reports 
a return trace event. During proper operation, the TC event 
flags are only set if the associated TC mode is enabled. 

j . Call trace on calls. A calls instruction currently signals 
both a supervisor trace event and a call trace event, even if 
the call is a local (non-supervisor) call. During proper 
operation, a system call (calls) should always signal a call 
event. The instruction should also signal a supervisor trace 
event if the system call is a supervisor call from user mode. 
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k. Trace Control Event Bits. The modtc instruction does 
not allow modification of the breakpoint event bits in the 
Trace Controls Register (TC). During proper operation, all 
event bits are open to modification by a modtc instruction. 

l. No Unimplemented sfr fault. The processor does not 
signal a fault when the program attempts to access an 
unimplemented special function register. During proper 
operation a fault should be signaled. 

m. Trace Fault stack problem. When a trace fault handler is 
serviced without a stack change, and the stack pointer (SP) 
prior to the fault is greater than FP+64 and is quad-word 
aligned, the processor clobbers the last word on the stack 
during the fault context switch. This condition occurs when 
a user mode trace fault handler is invoked when the proces- 
sor is executing in user mode, and when a supervisor mode 
fault handler is invoked when the processor is executing in 
supervisor mode. The condition cannot occur when a 
supervisor mode fault handler is invoked when the 
processor is executing user mode code. 

n. Protection faults and Data RAM. During proper opera- 
tion, a user-mode attempt to write to protected data RAM 
should fault while attempts to read the data RAM are 
allowed even if protected. Supervisor mode programs may 
freely read and write any data RAM, protected or not. The 
first 256 bytes of data RAM are always protected while the 
remainder of the data RAM is optionally protected. The 
current version of the device operates as follows: 



TABLE C-2 



Erratum B-7-n — Current device operation 



Address 


Protected? 


User-Mode Read 


User-Mode Write 


0H-0FFH 


Always 


Faults, but shouldn't 


Faults 






Read completes 


Write blocked 


1 00H-3FFH 


No 


No fault 


No fault 






Read completes 


Write wrongly blocked 




Yes 


Faults, but shouldn't 


Faults 






Read Completes 


Write blocked 



Supervisor reads and writes of any data RAM complete cor- 
rectly with no faults. 

o. Fault Type and Subtype errata. Table C-3 lists the errant 
fault types and subtypes generated by this version of the 
device and the types and subtypes which should be 
generated during proper operation. Fault types or subtypes 
not listed are properly generated by this version of the 
device. 
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TABLE C-3 

Errant and correct fault types and subtypes 



Condition 


Fault Generated 


Correct Fault 


Unaligned memory access 


Operation-implemented 


Operation — unaligned 


Attempt to execute from on-chip 
RAM 


Type-mismatch 


Operation — unimplemented 


Reference to unimplemented sfr 


None 


Operation — unimplemented 


Invalid sysctl message 


None 


Operation — invalid operand 


Protected RAM write in user mode 


Type-mismatch 


Protection — page rights 


Protection-length 


Subtype bit 0 


Subtype bit 1 



Erratum B-8 — Parallel Faults 

Parallel faults exhibit unexpected operation when the following 
conditions occur and the processor is executing with the NIF bit 
cleared. When the NIF bit is set, parallel fault conditions will not 
occur (except item lei). 

a. Lost Branch Trace. When branch trace Is enabled, and a 
branch executes in parallel with another instruction that 
causes a non-trace fault, the branch trace fault will not be 
seen. During proper operation, both faults would be 
reported at once with a parallel fault 

b. Two Faults, not One: Parallel Branch. When branch 
trace is enabled, and a branch executes in parallel with 
another instruction that causes a breakpoint trace fault, the 
branch trace fault will be seen after the breakpoint trace 
fault. During proper operation, both faults would be 
reported at once with a parallel fault 

c. Two Faults, not One: Parallel R-M. If a REG-side and a 
MEM-side instruction are issued in parallel, and there is an 
IP breakpoint set on the REG instruction, any fault arising 
from the MEM instruction will be seen prior to the break- 
point fault. During proper operation, all faults for both 
instructions should be reported in a single parallel fault 
record. 

d. Invalid Fault Record. If both a 2ero-divide fault and an 
integer overflow fault from a multiply are reported in the 
same parallel fault record, the IP of the faulting multiply 
instruction and its associated fault record will be invalid. 
This situation occurs if an instruction which will cause a 
zero-divide fault is issued before the fault from a prior mul- 
tiply is signaled. During proper operation, both faults would 
be correctly reported in a parallel fault record. 

e. Parallel Faults In NIF Mode. When NIF is set: if a REG-side 
and MEM-side instruction could have been issued in paral- 
lel, all faults arising from the REG instruction and the MEM 
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instruction are reported in a single parallel fault record. 
During proper operation, the faults related to the two 
instructions would be reported through two faults, with the 
REG-related fault first. 



C.1.2 80960CA Step B1 



C. 1.2.1 Type A Errata — Anomalies That Have Serious 
Consequences 

None identified. 



C.1.2.2 Type B Errata — Anomalies That Have 

Performance/Specification Implications 

Erratum B-l — Bus Controller 

a. Pipelined Fetches. A two clock delay is encountered in a 
region programmed for pipelined accesses. This delay is 
only encountered for instruction fetches, not for loads or 
stores. The expected operation for a pipelined fetch is as 
follows (A = Address; D = Data): 

A D D D D 

A D D D D 

A D D D D 

However, the B-stepping of the 80960CA performs a 
pipelined access as follows: 

A D D D D 

X X A D D D D 

X X A D D D 

This, of course, reduces the bandwidth of the pipelined bus. 

b. Burst Fetches. A one clock delay is encountered in a 
region programmed for burst access. This delay is only 
encountered for instruction fetches, not for loads or stores. 
The expected operation for a burst fetch is as follows (A = 
Address; D = Data); 

ADDDDADDDDADDDD 

However, the B-stepping of the 80960CA performs a burst 
fetch as follows: 

ADDDDXADDDDXADDDD 

This, of course, also reduces the bandwidth of the pipelined 
bus. 
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Erratum B-2 — Reset Related 

a. Self-Test Implementation Flaw. Unlike the A-stepping, 
the B-stepping does implement the self-test feature. 
However, a microcode flaw prevents it from being properly 
used. In order for the processor to initialize, you will need 
to tie STEST low (pin B02). 



C. 1.2.3 Type C Errata — Anomalies That Have Definitional 
Implications 

Erratum C-l — Instruction Cache 

a. Cache Disable Mode. When the instruction cache is dis- 
abled, two cache lines (16 words) of the cache remain 
enabled. These two lines are not part of the 1024 byte cache, 
but they are more or less a cache queue. Given the burst 
and pipelining capability of the 80960CA's bus, disabling 
the entire cache is a relatively difficult task. We would 
appreciate feedback relative to addressing this problem. 

Erratum C-2 — Register Cache 

a. Local Register Cache Size. Programming a register cache 
size of 0 causes 15 sets to be allocated. During proper oper- 
ation, the register cache should be disabled by program- 
ming 0 frames. 

Erratum C-3 — Faults 

a. Data Address Breakpoint Fault. When a Data Address 
breakpoint fault occurs on a callx, or any call with a frame 
flush, the return IP (RIP) reported will be that of the call. 

The architecture states that the RIP should point to the first 
instruction of the called procedure. The trace fault handler 
must detect this condition and adjust the RIP before 
returning. 

b. Data Address Breakpoints on stacks and tables. If a 

data address breakpoint occurs on a memory access associ- 
ated with the processor's intermpt or fault context switches, 
or execution of a calls instruction, the fault may not be sig- 
naled. If it is signaled, the associated fault record may be 
incorrect and the Trace Controls Register (TC) may be cor- 
rupted. During proper operation, the data address break- 
point fault would be signaled after completion of all opera- 
tions associated with these microcoded sequences. For this 
version of the silicon, it is recommended that data address 
breakpoints not be set on the system procedure table, fault 
table, interrupt table, or stack locations which will contain 
interrupt records or fault records. 



Revision E / July 1990 

CONFIDENTIAL. For Heurikon customers only. 







C-16 



HKSOA'QSOE User's Manual 



Erratum C-4 — Bus Controller 

a. Pipelined Region Limitation. Each pipelined region 

which has burst enabled must have Ready Control disabled 
in that region. During proper operation, the ready pins 
would be ignored during reads in a pipelined region, but 
could be used in a write to a pipelined region. 



C.2 82596CA 

The details of 82596CA versions have been provided by Intel 
Corporation for Heurikon customers only and must remain 
confidential. 



C.2.1 Erratum 1 — FIFO Operation Failure Region 

Description: Corrected in the 82596A-1 stepping. 



C.2. 2 Erratum 2 — Truncated Frame on Transmit 



Description: 



Consequences: 



Solutions: 
Solution 1 



If CRS# deasserts (resulting from the end of a receive) dur- 
ing a 29-system-clock window that occurs near the time of 
the 82596 Transmit Command Block structure bus accesses, 
then the 82596 can transmit a truncated frame. The problem 
only occurs when all the following conditions are true. 

• When using the Flexible Data Structure for transmit. 

• The byte count in the transmit command block is 
greater than zero. 

• The receive unit of the 82596 is receiving a frame with a 
destination address matching the 82596 address. 

• A Transmit command is currently processing. 

The 82596 will append an apparently correct CRC even if 
the truncation occurs. The receiving station will receive the 
frame without detecting a CRC error. 

If the receiving station does not compare the number of 
bytes received with the length field within the frame, the 
missing bytes can cause errors that will propagate to the 
upper layers of software. 



When using the Flexible data structures, the byte count in 
the Transmit Command Block should be set to less than 54 
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Solution 2 

C.2.3 Erratum 3 

Description: 



Consequences: 

Solution: 



bytes. If truncation occurs, the 8259 6 will transmit a frame of 
less than 64 bytes. Receiving stations will reject this short 
frame. 

Note: Short frames are quite common due to collisions, 
especially on networks meeting the proposed 10BASE-T 
standard. 

Use 82586-compatible or simplified data structures. 



— Receive Unit (RU) Start When RU Active 



If the Receive Unit (RU) is in the ready state, and an RU 
Start command is attempted, there is a small time-window 
in which the Receive Frame Descriptor list will be linked 
incorrectly. The state of the Receive Unit can be found in 
the RUS field of the System Control Block (SCB) Status 
word. An RU Start command is performed through the RUC 
field of the SCB Command word. The SCB Status and 
Control words are shown in Figure C-2. 



Command Word 



31 30 29 28 
f 1 1 


27 


26 25 24 

i i 


23 


22 21 20 
1 j 


19 18 17 16 

f 1 1 


f i ! 

ACK 

— i — i — i — 


0 


1 1 

cue 

— 1 — 1 — 


RE 


1 1 

RUC 

— i — i — 


i i i 

0 0 0 0 

— 1 — 1 — ! — 



SCB + 0 



Status Word 

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 



STAT 

H — I — h 



cus 



H — b- 

RUS 

H — J- 



T 0 0 0 



SCB + 2 



FIGURE C-2. Erratum 3 system control block status 
and control words 



Incorrectly linking the Receive Frame Descriptors or 
Receive Buffer lists can cause lost or corrupted data in the 
receiving system. 

Before attempting an RU Start command through the RUC 
field, check the RU Status bits. If the status field indicates 
Ready (100 in 82586 Mode or xlOO in 32-bit Segmented and 
Linear Modes) the 82596 receive operation should be sus- 
pended or aborted before attempting the RU Start The 3-bit 
RUC field in the Command word is used to perform the 
Suspend (Oil) or Abort (100) commands. 
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C.2.4 Erratum 4 — Command Unit (CU) Abort when CU 

Suspended 



Description: If the Command Unit (CU) is in the Suspended state when a 

CU Abort command is issued, then a spurious write opera- 
tion is performed after the CU is next started. This extra 
operation writes a 0 to the Busy bit of the prefetched 
Command Block (CB) of the previously aborted Command 
Block List (CBL). The Busy bit was already set to 0 by the 
CU Abort command. If no CB was prefetched before the CU 
Abort command, or if a CU Resume command is per- 
formed before the CU Abort command, the extra write 
operations will not occur. 

The state of the 82596's Command Unit can be found in the 
CUS field of the System Control Block (SCB) Status word. A 
CU Start command is performed through the CUC field of 
the SCB Command Word. The SCB Status and Control 
words are shown in Figure C-3. 

Command Word 

31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 

SCB + 0 



Status Word 

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 

SCB + 2 



FIGURE C-3. Erratum 4 system control block status 
and control words 



Solutions: The second clearing of the Busy bit in the prefetched 

Command Block (CB) can cause a data corruption, but only 
if the memory space corresponding to that prefetched 
Command Block is allocated for some other purpose 
during the time after the CU Abort but before the next CU 
Start command. Another possible error can occur if the 
Command Unit is started with the previously prefetched 
Command Block as the start of the new Command Block 
List. If the software examines the status of the Busy bit, it can 
seem to go inactive before the 82596 has actually completed 
the command. 

Solution 1 Before attempting a CU Suspend command or setting the S 

bit in a CB, a software flag should be set. Before attempting 
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a CU Abort command, the software flag should be checked. 
If it is set, the following procedure should be completed 
before an CBs are designated as available for reprocessing. 

1. Generate the CU Abort command. 

Z Load the CBL Offset field in the SCB with the address of 
a NOP CB with its EL bit set. 

3. Generate a CU Start command. 

4 Reprocess CB. 

Solution 2 The CU status should be checked before attempting a CU 

Abort command. If the CU is in the Suspended state, a CU 
Resume command should be performed before the CU 
Abort. This will result in the completion of one or more CB 
after the suspended CB. 



C.2.5 Erratum 5 — Revision of SCP Bit Values 

Description: Bits 0 through 15 (at byte ADR and ADR + 1) of the SCP 

should be set to zero and bit six of the Sysbus byte should 
be set to a one. If these bits are not set then the 82596 can 
fail to function properly. 



ADR 



ADR + 4 



ADR + 8 



31 24 23 16 15 8 7 0 



xxxx xxxx 


SYSBUS 


0000 0000 


0000 0000 


xxxx xxxx 


xxxx xxxx 


xxxx xxxx 


xxxx xxxx 


AAAA AAAA 


tSCP ADDRESS 





FIGURE C-4. Erratum 5 SCP values 



Byte (AAAA AAAA) is defined as not checked in 82586- 
Compatible mode and is used as A31-A24 in the 32-bit 
Segmented and Linear modes. 

The bits marked x are defined as not checked in 82586- 
Compatible mode and as zero in all other modes. 
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